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This equipment generates and uses radio frequency energy and if not installed 
and used properly, that is, in strict accordance with the manufacturer's 
instructions, may cause interference to radio and television reception. It has 
been type tested and found to comply with the limits for a Class B computing 
device in accordance with the specifications in subpart J of Part 15 of FCC 
Rules, which are designed to provide reasonable protection against such 
interference in a residential installation. However, there is no guarantee that 
interference will not occur in a particular installation. If this equipment does 
cause interference to radio or television reception, which can be determined by 
turning the equipment off and on, the user is encouraged to try to correct the 
interference by one or more of the following measure: 

Reorient the receiving antenna 

Relocate the computer with respect to the receiver 

Move the computer away from the receiver 

Plug the computer into a different outlet so that computer and receiver are 
on different branch circuits. 
If necessary, the user should consult the dealer or an experienced radio/television 
technician for additional suggestions. The user may find the following booklet 
prepared by the Federal Communications Commission helpful: 
"How to Identify and Resolve Radio-TV Interference Problems". 
This booklet is available from the U.S. Government Printing Office, 
Washington, DC 20402, Stock No. 004-000-00345-4. 


Warning-When connecting this device to your computer, 
shielded interface cables must be used. 
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INTRODUCTION 


Thank you for purchasing the VECTRONICS TNC2 Packet Data controller. 
From this point forward in this manual we will refer to the VECTRONICS 
TNC2 as just TNC2 for simplicity. 


Throughout this manual there will be references made to products available from 
MFJ Enterprises, Inc. These products are 100% compatible with the TNC2 and 
can be obtained only from MFJ Enterprises, Inc., or from one of their 
autohorized dealers. To contact MFJ Enterprises, Inc. for these products, please 
give them a call at 1-800-647-1800. An assistant at their order desk will be very 
glad to assist you. 


The TNC2 interfaces your radio with any personal computer that has an RS- 
232C or a TTL level Serial Port and a terminal program. While most 
communications programs will work, MFJ recommends the use of the MFJ 
Starter Pack for those who have IBM or compatible, Macintosh, Amiga or 
Commodore C64/128 computers. With an IBM or compatible computer, the 
MFJ Multicom terminal program gives you added feature like VGA packet 
picture transfer (IBM & compatible version) that a standard terminal program 
just can not offer. 


This compact versatile controller employs the genuine TAPR TNC 2 AX.25 
protocol packet firmware. Special firmware like ROSE, NETROM, TheNet are 
compatible with the TNC2. 


In addition, the advanced new DCD circuitry in the TNC2 has been optimized 
for HF packet. It can be adjusted to ignore background noise while still being 
able to respond to a valid data carrier. The new "packet collision prevention" 
features -- Prioritized Acknowledgments and Slottime are installed. This new 
technology helps prevent many packet collisions inherent in the current packet 
protocol. 


The TNC2 offers the most versatile mailbox available when compared to the 
mailboxes in other data controllers. This mailbox allows you to have a 
dedicated mailbox callsign aside from your standard packet callsign. This 
enables you to keep your mailbox on-line while you operate packet. Other 
features like auto forward or reverse forward mail to and from other BBS, 
remote sysop access, sysop paging, mailbox ctext, chat mode and a "has mail" 
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LED indicator. The VEC-1770C comes standard with 32K bytes of mailbox 
memory. The mailbox memory is user expandable to 128K or 512K by simply 
replacing the mailbox memory IC. 


If you purchased the VEC-1776, you also get Vectronics’ 20-segment, 10 Hz 
Precision Tuning Indicator that makes tuning simple for HF Packet. 


The firmware for the TNC2 is contained in a 256K bit EPROM. The eprom is 
expandable to 512K bits giving the TNC2 a lot of room to grow. 


A speaker jack lets you plug in a speaker and monitor both transmit and receive 
audio. Speaker output also provides packet connect signal alarm. 


A 20-pin header provided for the TNC2 to operate packet at 2400 or 9600 bps 
packet by simply plugging in an optional modem board. The MFJ-2400 modem 
is available from MFJ Enterprises, Inc. When installed, the MFJ-2400 modem 
gives the TNC2 the capability of 2400 BPS packet. The VEC-1770CT and the 
MFJ-1776CT already have an MFJ-2400 bps modem installed. If your TNC2 
does not have the MFJ-2400 modem installed, it can be purchased separately and 
installed by you. With the MFJ-2400 modem installed, your TNC2 can operate 
300, 1200 and 2400 packet. 


On the other hand if satellite work or setting up a packet network, you may want 
to step up the pace a little bit with the MFJ-9600B modem. The MFJ-9600B 
modem is available from MFJ Enterprises, Inc. When installed, the MFJ-9600B 
modem gives the TNC2 the capability of 9600 BPS packet. The VEC-1770CQ 
and the MFJ-1776CQ already have an MFJ-9600B BPS modem installed. If 
your TNC2 does not have the MFJ-9600B modem installed, it can be purchased 
separately and installed by you. With the MFJ-9600B modem installed, your 
TNC2 can operate 300, 1200 and 9600 packet. 


ITEMS SUPPLIED WITH TNC2 PACKAGE 


1. One TNC2 Packet controller. 

2. One AC adapter power supply for 110V AC. 240V AC adapter supplied for 
MFJ-1270CX or MFJ-1276CX (export model for country which operate on 
220-240V AC). 


3. | One open end radio port cable with 5-pin DIN male connectors. 
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4. One 8-pin connector for the TTL port. 
5. One TNC system Instruction Manual. 
6. One TNC Fast-Start Manual. 


MFJ Enterprises, Inc.also has accessory items available for the TNC2. A list of 
these items follows on the next page. 


OPTIONAL ITEMS AVAILABLE FOR THE TNC2 


The above items are available directly from MFJ Enterprises, Inc. or from your 
nearest MFJ dealer. 


TNC2 SYSTEM MANUAL COMPUTER INTERFACING 


COMPUTER INTERFACING 


You are now ready to attach your TNC2 to your station computer or terminal. 
Throughout this manual we will use the term "computer" to refer to the computer 
or terminal that you use to communicate with your TNC2. 


The TNC2 communicates with your computer through a serial port using signals 
corresponding to an industry standard called RS-232C. Why use an RS-232C 
serial interface? Nearly every computer in production today either incorporates 
an RS-232C style serial port as a standard feature, or has one available as an 
optional accessory, either from the computer manufacturer or from a 
manufacturer of computer accessories. Besides the RS-232C port, the TNC2 has 
a built-in TTL port to allow interfacing with computers which need TTL signals 
such as the Commodore C-64, C-128 or the VIC-20. 


In order to use the TNC2 with your computer, the computer must have an RS- 
232C serial port, or a TTL serial port and a program to support the serial or TTL 
port. The program will typically be called a modem, terminal emulator, or 
communications program. 


Since there are so many computers on the market today, it would be impractical 
for this chapter to provide detailed instructions for each computer. Detailed 
information is given for some of the popular models available in the United 
States. Also provided is general computer interfacing information. 


TERMINAL SOFTWARE STARTER PACKS 


Vectronics and MFJ Enterprises, Inc. offer software Starter Packs for some of 
the most popular computers. These Starter Packs contain a terminal program, a 
serial port cable for connecting the TNC2 to your computer, and an instruction 
manual. The Starter Packs available are listed below and also on the following 


page: 


MFJ-1282: Commodore VIC-20, C64, C128 on 5-1/4" disk. 
MFJ-1283: Commodore VIC-20, C64 on tape. 

MFJ-1284: IBM PC & compatibles on 5-1/4" disk. 
MFJ-1284M: IBM PC & compatibles on 3-1/2" disk. 
MFJ-1287: Macintosh, on 3-1/2" disk. 

MFJ-1290: Amiga on 3-1/2" disk. 
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Computer Interfacing with Starter Packs 


If you are using one of the available Starter Packs, you should use the cable 
provided to connect the TNC2 to your computer. Follow the instruction manual 
provided with the Starter Pack to operate the terminal program and to connect 
the TNC2 to your computer. After connecting the TNC2 to your computer you 
can then proceed to the "Computer Baud Rate" section in this chapter to 
continue installing the TNC2. 


Computer Interface without Starter Pack 


If you are not using one of the available Starter Packs, then you should follow 
the instructions in this chapter for computer interfacing. 


SERIAL PORT SIGNALS 


The serial port connector on your TNC2 is on the rear panel and is labeled "RS- 
232C SERIAL." There are several RS-232C serial signals available at this 
connector. You won't need all of them for normal operation. For some special 
applications, such as binary file transfers or some Bulletin Board operations, you 
may want to use more of them. In that case, see TNC2 Serial Port Pin 
Functions in this chapter. 


The pins on the serial port connector of the TNC2 that must be connected are 
shown in Table 2-1. Note that the TNC2 connects to a computer exactly as if the 
TNC2 were a standard RS-232C modem. If you have successfully used your 
computer with a telephone modem, hook it up to the TNC2 in the same way. 
Use whatever program you ordinarily use to communicate with the modem. The 
basic RS-232C serial port signals which are required by the TNC2 for normal 
operation are listed below in Table 2-1. 


| Pin | Signal Name _| Description 
Serial data from your computer to the TNC2 


Serial data from the TNC2 to your computer 
Signal Ground | The common ground for both data lines. 


Table 2-1. Serial port signals required by TNC2 
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If your computer is listed below in Table 2-2, refer to the specific information in 
the following sections to connect your TNC2 to your computer. 


Radio Shac Color Computer (tm), PC Compatibles 
500, 3000 
8201 


Table 2-2. Computers with specific serial interfacing instructions 


Many computers require a serial port adapter card. These cards incorporate the 
circuitry necessary to add an RS-232C serial port to the computer. Some 
popular models in this category are the Apple II series, the IBM Personal 
Computer, many Radio Shack computers, and the Sanyo MBC-55X series. If 
you have one of these computers with an "add-in" serial port, or if you have 
another computer we haven't mentioned, you should skip to one of the sections 
on "other computers." If your computer has a 25-pin RS-232C serial port, refer 
to the section on Other Computers with 25-pin RS-232C Ports. Otherwise refer 
to the section Other Computers with Nonstandard Serial Ports. Some computers 
have no serial port and no adapter is commercially available. Such computers 
are not suitable for use with the TNC2. 


Computers with Specific Serial Interfaces 


Apple Macintosh 


The Macintosh serial port is an RS-422 compatible port, but it will work fine 
with the RS-232C serial port on your TNC2. 


MFJ Enterprises, Inc. offers an optional Starter Pack for the Macintosh. It can 
be purchased from MFJ Enterprises, Inc. or any MFJ dealer. The Starter Pack 
includes an interface cable for connecting the TNC2 to the Macintosh and a 
terminal program. The Starter Pack for Macintosh below OS 7.0 is MFJ-1287, 
while the MFJ-1287B is for MacIntosh OS 7.0 and above. If you wish to use 
your own cable, you will need a cable wired as shown in Table 2-3. 
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| i(Hsko) [4] 
| 2HSKD [5 
| 3(TxD-) [2 
| 4(GND) [7 
4 
6(TXD+) | NC | 
4(GPI) [| 
| s(RXD+) [7 
[Shield [| 1 


Table 2-3. Serial port wiring for Apple Macintosh. 


4 
5) 
2 
7 
3 
N 
7: 


IC 
1 


Note that pin | of the DP-9P connector is not connected inside the Macintosh or 
the TNC2. If you use a shielded serial cable, which we recommend, connect 
both pin 1s to the shield and connect pin | of the TNC2 serial connector to 
digital ground on the TNC2 circuit board. A printed circuit board pad is 
provided for this purpose near pin 1 of the serial connector. 


Commodore C64, C128 and VIC-20 


The TNC2 has a built-in TTL-level port for interfacing with the Commodore 
C64, C128 or the VIC-20 computers. You do not need a RS-232C converter to 
interface with the TNC2. 


An optional Starter Pack for the C-64, C-128 or the VIC-20 can be purchased 
from MFJ Enterprises, Inc. or from any MFJ dealer. The Starter Pack includes 
an interface cable from the TNC2 TTL port to the user I/O port on the 
Commodore computer. A terminal program is also included. To order, specify 
MFJ-1282 for software on disk or MFJ-1283 for software on tape. 
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If you wish to construct your own cable, the information is as follows: 


Pin# VIC-20 Pin# 
| 2 | DCD | (DataCarrier Detected [| =H 
| _ReadyToSend | EE 


Data Set Ready 


7 


Table 2-4 TTL port wiring for VIC-20, C64 and C128 


* The Commodore C-128 is used in the C-64 mode for these connections. 
**Pin E is not needed when using the terminal program referred to in this 
chapter for the Commodore computers. 


The pin connections for the TTL port (J-5) are numbered from left to right as 
you look at the back of the TNC2. All of these connections are not necessarily 
used by your terminal program. The TNC2 needs RXD, TXD and GND 
connected. Programs which utilize file transfer and printer routines will 
probably use RTS and CTS as well. Consult your software documentation. 


IBM PCjr 


The PCjr uses standard RS-232C voltage levels for its serial interface; however, 
the connector used is non-standard and not readily available from electronic 
supply dealers. Pinout information for this connector is given in the IBM PCjr 
IBM equipment dealers sell the "IBM PCjr to Serial Devices" Adapter Cable. 
This adapter cable is used to convert the connector on PCjr to a standard RS- 
232C serial connector. This cable attaches directly between the TNC2 and the 
PCjr. This cable is about 3 inches long however, so you may want to obtain a 
male-to-female RS-232C extension cable. The extension cables should be 
readily available. 
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Radio Shack Color Computer 


The Color Computer series (except for the Micro Color Computer) uses a 4-pin 
DIN-style connector for its serial interface. Wire a cable as shown in Table 2-5 
to interface your TNC2 to a Color Computer. All necessary parts should be 
available from Radio Shack dealers. 


Color Computer DB-25P 


Table 2-5; Serial port wiring for Radio Shack 


Radio Shack Model 100/102 and NEC 8201 


These computers offer a built-in standard RS-232C serial port that are 
compatible with the TNC2. You will need a standard male-to-male RS-232C 
extension cable to connect the computer to the TNC2. 


IBM PC/XT/AT/386/486 and compatibles Computer 


If your computer is an IBM or compatible, you should have a serial port with 
standard DB-25 or DB-9 pin connector. You may use a standard IBM serial 
modem cable with the correct gender on each end of the cable. 


MFJ Enterprises, Inc. offers an optional Starter Pack, the MFJ-1284 for the IBM 
and compatible computers. The Starter Pack comes with a cable to connect your 
TNC2 to your computer. The cable is configured with a DB-25 male connector 
on one end and a DB-25 female connector on the other end. 


For other computers with a 25-pin RS-232C port, you should consult your 
computer manual or accessory manual to see which pins it uses to send and 
receive data on, as well as which pin is used for signal common. Follow the 
computer manufacturer's recommendations for connecting the serial port to a 
modem. You may also find the technical information in this section useful. 


Your TNC2 is configured as Data Communications Equipment (DCE), the 
technical term for an RS-232C modem. Most computers are configured as Data 
Terminal Equipment (DTE). If this is the case for your computer, you will 
probably be able to simply wire pin 2 of the TNC2 connector to pin 2 of your 
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computer's RS-232C port, pin 3 to pin 3 and pin 7 to pin 7. You can provide 
these connections with a standard 3-wire male-to-female or male-to-male RS- 
232C extension cable, depending on whether your computer has a DB25S or 
DB25P connector. 


If your computer is configured as DCE, you will have to wire pin 2 of your 
TNC2 to pin 3 of the computer connector, and pin 2 of the computer connector 
to pin 3 of your TNC2. Pin 7 of the computer connector will still connect to pin 
7 of your TNC2 serial port. Some computers may require that pin 5 of the 
computer serial port connector be connected to an appropriate signal. Others 
may require connections for pin 8 and pin 20. You can use the computer's 
output signals on pins 4 and 6 as shown in Fig. 2-6. 


TNC2 RS-232¢ 
an Sa 


Fig. 2-6. Serial port wiring with jumpers for auxiliary signals. 


Other Computers with Non-standard Serial Ports 


Computers with non-standard serial ports must meet the following conditions: 


First, the signal levels should be RS-232C serial compatible. The TNC2 
requires that the voltage levels sent from the computer be greater than about +3 
volts in one state and less than about +1 volt in the other state. 


Second, the polarity of the signals must conform to the RS-232C standard. This 
means that the low voltage state must correspond to a logical "1" and the high 
voltage state to a logical "0". 


Third, the computer must be able to correctly receive a signal which meets the 


RS-232C serial specifications. The TNC2 supplies signals that meet this 
specification. 
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Make or buy a cable that provides the following connections. The computer 
serial port common pin must be tied to the TNC2 serial port connector Pin-7. 
The data line that sends data from the computer must be tied to the TNC2 
connector pin 2. The pin on which your computer receives data on must be tied 
to the TNC2 connector pin 3. 


If your computer requires any other signals, you must arrange to provide them. 


The documentation provided with your computer or its accessory serial port 
should clarify any special requirements of your port. 


TERMINAL SOFTWARE REQUIREMENTS 


Any software package that enables your computer to act as an ASCII terminal 
with an ordinary telephone modem should work with your TNC2. If you have a 
program that you have used successfully with a telephone modem and that you 
are familiar with, use that program to communicate with your TNC2. 


If you are using a terminal program provided with either the Vectronics or MFJ 
Starter Pack, then proceed to the "Computer Baud Rate" section in this chapter. 
Follow the instruction provided by the program. 


If you are not using aVectronics or MFJ terminal program, then proceed with the 
instruction for your type of computer. 


Note: Some terminal programs (such as the Apple I+ Super Serial Card) 
requires DCD to be asserted before they receive any characters. If this is the 
case, place a jumper across pin | and 2 of JMP 1. The DCD LED on the front 
panel will function normally indicating received packets. 


Apple Macintosh 


The MFJ Starter Pack for the Macintosh (MFJ-1287B) includes a terminal 
program and a cable to connect the TNC2 to the Macintosh. If you should want 
to use a terminal program such as MacTerm set the options according to Table 
2-7. 


Page 11 


TNC2 SYSTEM MANUAL COMPUTER INTERFACING 


Compatibility 
1200 baud VT100 
7 bits/character ANSI 


Table 2-7. MacTerm option settings for operation with TNC2 
Apple II, U+, Ie, Ic 


For the Apple II family of computers with Apple or third party serial interface 
cards, you may use ASCII Express Pro, Hayes Smartcom Ie and Data Capture 
4.0 for the TNC2. There are others which may be compatible with the TNC2, 
but have not been tested. 


Commodore C64, C128 and VIC-20 


The optional MFJ Starter Packs for the C-64, C-128 and VIC-20 can be 
purchased from MFJ Enterprises, Inc. or from any MFJ dealer. The Starter Pack 
includes a cable to connect the TNC2 TTL port to the user I/O port on the 
Commodore computer. A terminal program is also included. To order, specify 
the MFJ-1282 for software on disk or MFJ-1283 for software on tape. 


If you do not have the MFJ Starter Pack, then you may use the BASIC 
communications program is given in the Programmer's Reference Guide 
published by Commodore. Use the program listing for "true ASCII," as these 
computers use a modified ASCII format internally. You will probably want to 
run your TNC2 at 300 baud on the serial port with these computers. 

NOTE: When using the above program, you must first use the 
"COMMODORE" key to shift to lower case before using this program. Also 
line 200 should read--- For J=0 to 64:T %(J)=J:NEXT. 


When making the connecting cable from TTL port of the TNC2 to the I/O port 
of the Commodore computer you may use the wiring information given on page 
8 in this chapter. However, do not use pin E connection for this program. 
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IBM PCjr 


The IBM PCjr has a built-in terminal program in the BASIC cartridge. Start this 
program by typing TERM. Refer to your PCjr BASIC manual for details on this 
program. For best results with PCjr, do not run the TNC2 serial port faster than 
1200 baud. 


IBM PC and Compatible Computers 


The optional MFJ Starter Pack, MFJ-1284 for the IBM PC and compatible 
computers can be purchased from MFJ Enterprises, Inc. or from any MFJ dealer. 
These Starter Packs include a graphics terminal program, and a cable to connect 
the TNC2 to your computer. 


You may also use many commercial, "shareware" and public-domain terminal 
programs for the IBM PC and compatibles computers. Special program written 
for packet radio and packet bulletin board service can also be used with the 
TNC2. 


Radio Shack Color Computer 


There are several terminal programs available for the Color Computer. You will 
probably want to use a commercial program (rather than writing your own) since 
the Color Computer has a "software UART" that is difficult to program in 
BASIC. 


Some of the terminal programs available are COLORCOM 64, AUTOTERM 
and RICKEYTERM (for Coco III). Others are WIZ and XTERM for OS-9. 


Radio Shack Model 100/102 and NEC 8201 


These computers have built-in terminal programs in ROM. Consult your 
computer's documentation for instructions in their use. 
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SERIAL PORT PIN FUNCTIONS 


This section describes the pins used on the TNC2 RS-232C serial port 
connector. It is intended for users with special applications requiring hardware 
handshaking. The pins used in the TNC2 are listed in Table 2-8 along with their 
RS-232C name designations. This information should not be needed by most 
users. 


Pin #_|_ Mnemonic 


Transmit Data 
Receive Data 


Request To Send 


1 


Data Set Ready 
| | + 12V unregulated reference _| 
[12 V unregulated reference _| 


Table 2-8. RS-232C Pin Designations 


7 


10 


Frame Ground is provided for attachment to the chassis of the TNC2 and the 
chassis of the attached device (computer or terminal). This pin is brought out to 
a feedthrough on the TNC2 PC board near pin | of the serial connector. It is not 
electrically connected anywhere else on the TNC2 circuit board. 


Transmit Data is an input line to the TNC2 on which the attached device sends 
data. 


Receive Data is an output line from the TNC2 on which the attached device 
receives data. 


Request To Send is an input line to the TNC2 which the attached device 
requesting clearance to transmit. 


Clear To Send is an output from the TNC2 signaling the attached device to send 
or refrain from sending data to the TNC2. This line is used for hardware flow 
control. 


Data Set Ready is an output from the TNC2 telling the attached device that the 
TNC2 is operational. 
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Signal Ground is the common, or return, path for all signals between the TNC2 
and the attached device. 


Data Carrier Detect is an output from the TNC2. As normally configured, 
DCD reflects the status of the CON LED. It is true when an AX.25 connection 
exists between your TNC2 and another station; it is false when no connection 
exists. This configuration is useful when the TNC2 is used with a telephone 
style Bulletin Board system, since the AX.25 connection, analogous to a modem 
signal on the telephone, indicates the presence of a user. Shorting pin | and 2 of 
JMP1 on the TNC2 board will cause this output to always be true. 


COMPUTER BAUD RATE 


Turn off the power to your computer and to your TNC. Connect the computer 
and TNC with a properly configured serial cable. Set the DIP switches on the 
rear panel of the TNC to the desired baud rate as shown in Table 2-9. The 
power must be OFF when these switches are set. 


NOTE: The serial port baud rate used between the TNC and the computer has 
no relationship to the baud rate used over the radio. The serial port 
baud rate you set on your TNC2 must match the baud rate used by your 
computer serial port. 


Tum on your computer and start the terminal program. Follow the instructions 
for the program you are using to match the computer's baud rate with that 
selected on the TNC2, and to set other options. Set your computer's port options 
to 8 data bits, no parity and select either 1 or 2 stop bits. 


Turn on your TNC2. You should see a sign-on message, which should be a 
readable text message, printed on your computer screen. This demonstrates the 
ability of your computer to accept data from your TNC. If you see nothing, 
switch off your TNC for a few seconds, then on again. If you still see nothing, 
verify your wiring and restart your terminal program. If you see gibberish on 
your screen you should verify that you have set the same baud rate for the TNC 
and the computer. 
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VERIFYING SERIAL PORT OPERATION 

Now that you have a terminal program and the hook-up cable for connecting the 
TNC2 to your computer, you are ready to verify that TNC2 will communicate 
with your computer. 

1. Tur on your computer. Load and run the terminal program. 


2. Set the parameter of the terminal program as follow: 


Word Length: 8 bits 


Duplex: full 
Parity: none 
Stop bits: 1 


Baud rate: select one of the following: 
300, 1200, 2400, 4800, 9600, 19,200 


3. Locate the DIP switch in the back panel of the TNC2. Set the Dip switches 
according to Table 2-9 as follows: 


Dip Switch 1 2 3 4 5 


4800 OFF OFF OFF ON _ OFF 
9600 OFF OFF OFF OFF ON 
19200* ON OFF OFF OFF OFF 


Table 2-9. DIP switch settings for computer serial port baud rates. 
CAUTION: Only one of these switches may be ON at any time. 
*The TNC2 terminal baud rates of 300 and 19,200 is selected by a jumper on 
JMP 18 on the motherboard. For 300 baud set the shorting jumper to position 2- 


3 and for 19,200 baud set the shorting jumper to position 1-2 (factory default). 


4. Turn on your TNC2 after properly setting the DIP switches on the back 
panel. Note that PWR, STA and CON LEDs will be lit. 
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5. If the TNC2 terminal parameters match your terminal program parameters, 
the TNC2 will sign-on and the STA and CON LEDs will extinguish. If the 
TNC2 failed to sign-on, verify that the terminal parameters and the TNC 
computer baud rate is set correctly. 


6. After the TNC2 signs-on, the following sign-on message will be displayed 
on the computer screen: 


*J 
bbRAM:LOADED WITH DEFAULTS 
|A 

MFJ ENTERPRISES, INC. 

MODEL TNC2 

AX.25 LEVEL 2 VERSION 2.0 
RELEASE XXXXX (date) - 32K RAM 
CHECKSUM Xxx 

cmd: 


If the sign-on message fails to appear, you should check the connecting cable 
between and the computer and the TNC2. 


When you have successfully read the sign-on message from the TNC2, type: 
DISPLAY 
followed by a carriage return. You should see a lengthy list of items on your 


screen. This verifies the ability of the TNC2 to accept and respond to input from 
your computer. Your serial interface is now working. 
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RADIO INTERFACING 


Computer interfacing, covered in the previous chapter, is only half the 
interfacing task. The other half is connecting your TNC2 to your radio. 


TNC2 RADIO PORT 


Interfacing the TNC2 to your radio involves connecting the following signals at 
the TNC Radio Port as shown in Fig. 3-1. 


Pin 1 Microphone audio, from the TNC2 to your transmitter. 
Pin 2 Ground, audio and PTT common. 

Pin 3 Push-to-talk, to allow the TNC2 to key your transmitter. 
Pin 4 Receive audio, from your receiver to the TNC2. 


Pin 5 Squelch input (optional) to allow the TNC2 to detect activity on a shared- 
mode channel. 


Fig. 3-1 TNC Radio Port Connector 
(Rear View) 
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This chapter describes how to connect these signals between your TNC2 and 
your radio and how to adjust the receive and transmit audio levels appropriately. 
Carefully plan the interconnection to minimize pickup of stray audio and RF 
noise by the lines. If possible, you should set up your station with a monitor 
speaker and be able to operate on voice without disconnecting the TNC2. 


Radio Port Connection 


Use Fig. 3-2 to wire a microphone connector (not provided) to the 5 pin DIN 
cable provided. 


You may obtain the specific microphone connector pin designation for your 
radio from the your radio's manual. Appendix A at the end of this Instruction 
Manual lists pin assignments for some of the most popular radios. The accuracy 
of this information is not guaranteed. You should verify this information with 
your radio manual. 


. Mic. Audio (Black) 

. Ground (Green) 

. PTT (Red) 

. Rec. Audio (Yellow) 

. Squelch Input (White) 
. Cable Shell (Bare Wire) 


Cable Shell 
1 [e 
4a? e e es 
25 
Fig. 3-2 Radio Port Cable with Connector 


A 5-pin male DIN connector cable are provided with the TNC2 for wiring to the 
microphone connector for your radio. 


CHECK THIS CABLE WITH AN OHMMETER TO IDENTIFY EACH 


WIRE BEFORE WIRING IT TO THE MIC CONNECTOR THAT FITS 
YOUR RADIO. 
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Handheld Radio Connection 


Some HTs key the transmitter by drawing a small amount of current from the 
microphone input pin (see Fig. 3-3 below). Radios with this type of special 
keying circuit are ICOM-2AT (tm) and Yaesu FT-x09, FT-x3, FT-727 (tm) and 
others. Appendix A at the end of this instruction manual provided pin 
designation for some of the radios. Also consult the instruction manual of your 
radio. 


If your HT has this type of microphone input, you can wire the microphone like 
the one shown in Fig. 3-3 or you can remove the cover of the TNC2 and install a 
shorting jumper at JMP L. Installing JMPL will eliminate the need of soldering 
"Cx" and "Rx" to the microphone cable. Components "Cx" and Rx" are 
installed on the TNC2 motherboard. Fig. 3-4 shows the location of JMP L 
header. On the TNC2 mother board, the "Rx" resistor for radio port is R140. If 
you find the your radio still would not key properly after installing JMP L, it 
may be necessary for you to change the value of R140 to a smaller value. Be 
sure to remove JMP L when connecting the TNC2 to another type of radio. 


VEC-1770C 


Push R Sa vier ophione, 
‘us NAKA IX 
| To Talk VV NO > Input ae 
| Transmit 1 | ee ; 4 TNC2 de 
| Audio 1 et eg Radio 
cw 5 Pin | Port ail External 

| Dn: 4 = Speaker 

Receive I een 
| Audio > ciate) 


Left, Rear_Corner 
of the TNC2 


/ aN 
cs) (ces) SMe @ ||. 
Gee, ymars| |Z || 
LS 


Fig. 3-4 TNC2 JMP L Header Location 
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RADIO INTERFACING METHODS 


Radio connections are made without any modifications to the equipment due to 
the design of the TNC2. The need for signal level balancing devices in the radio 
cables is eliminated. We will present two radio interfacing methods in this 
section. 


Method 1: Direct Connection to Microphone and Speaker 


For Method 1, shown in Fig. 3-5, the TNC2's audio will be fed directly into the 
microphone connector or similarly connected auxiliary jack, and the output of 
the TNC2 will be adjusted to give a proper modulation level. The receiver audio 
will be taken from an earphone plug or speaker jack and fed directly to the 
TNC2. A monitor speaker can be connected to the SPEAKER jack of the 
TNC2. This allows you to monitor the channel. 


VEC-1770C 
Radio Spe 
PTT PTT 
Mic ¢<—_—______________ TX Audio 
Spkr : Gnd» Gnd 
ee sy! RX Audio 


Fig. 3-5 Method One Interconnect. 


The transmit audio level for the radio port is factory preset at 250 mV p-p to be 
compatible with the mic input of most radios. However, if the transmit audio is 
too low or distorted, adjustment may be needed. Use the following procedure to 
calibrate: 


Transmit Audio Level Adjustment -- Method I 


1. Connect your TNC2 and radio as shown in Fig. 3-5. Turn on the TNC2 
and computer and start your terminal program. Connect the radio to a 
dummy load and listen to the transmission with another nearby radio. 
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2. Enter the modem calibration procedure by typing 
CALIBRA 


and a carriage return. Press the K key on your keyboard to key the transmitter, 
then tap the space bar until the higher of the two tones is heard. Pressing the K 
key again will unkey the transmitter. After the transmitter has been keyed for a 
few seconds, it will be shut off automatically by the transmit watch-dog circuit. 
As you perform the adjustments below, you will have to periodically unkey then 
re-key the transmitter by typing the K key. If you wish to defeat the watch-dog 
timer, install a shorting jumper at JMP4. 


3. With the TNC2 keying the transmitter and transmitting the higher of the 
two tones, adjust the transmit audio level as follows: 


a. With a small screwdriver, adjust trimpot located on the left side of 
the TNC2 while you listen to the monitoring receiver. 


b. Turn the adjustment on the trimpot clockwise (CW) until no 
increase in output level is heard at the monitoring receiver. 


c. Rotate the adjustment on the trimpot counter-clockwise until the 
audio signal on the monitoring receiver is reduced by half of the 
maximum level. This can be estimated by ear or accurately by 
measuring the output voltage at the transmitting audio pin of the 
radio port with an oscilloscope or A.C. voltmeter. 


4. Press the K key to return to the receive mode and type Q to exit the 
calibration routine. Be sure to remove JMP4 if you placed it to defeat the 
watch-dog timer. You have now set your transmitter deviation to 
approximately the correct level. 


If you notice a significant hum level in the monitored audio in Step 3, take 
measures to remove it. This may require shielded wire (recommended in any 
event) in your microphone audio circuit. If your transmitter has an adjustable 
microphone gain control, try reducing the sensitivity of the transmitter 
microphone circuit and increasing the signal level from the TNC2 to minimize 
hum or other noise problems. 


Page 22 


TNC2 SYSTEM MANUAL RADIO INTERFACING 


Setting the Receiver Audio Input Level 


The modem in your TNC2 is equipped with an advanced phase coherence type 
data carrier detector (DCD) with a sensitive tuning indicator. These can be used 
in combination to set the correct receive audio level for the modem and to 
optimize the DCD characteristics for the HF operation. 


Method 2: Accessory Jack or Interface Box Connection 


If your radio has an accessory jack with PTT, transmit audio, and receive audio 
signals, the interface can be done through this jack. Please see FIG. 3-6 below: 


Radio VEC-1770C 
1 [ 
I I 
| | 
| I 
I | 
| | 
Accessory | 
Jack | | a 
Mie c A ren Fr ( Microphone Audio = i 
Ls _ RX Audio i 
a? PTT i: : 
PTT swe 3 
Ground i 2 


Fig. 3-6 Accessory Jack Interface 


If your radio does not have an accessory jack and you don't wish to add a 
connector to your radio, you may construct a separate external interface box. 
This box will permit simultaneous connection of your TNC2 and a microphone. 
A schematic of an external interface box is shown in Fig. 3-7. 


An interface box similar to the one shown in Fig. 3-7 is available from MFJ 
Enterprises, Inc. or from any MFJ dealer. Model No. is MFJ-1272B. 
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Regardless of whether you use an accessory jack or an external interface box, 
you should use shielded wire for all signal carrying leads. The connector types 
and pinouts will be determined by the connector jacks on your radio. 


Interface Box Radio 
Bie Microphone Audio =e ity : 
t 
Microphone —s Microphone 
prt] Connector 
— > R-Value * = 1 ‘ 
— 5 a tT 
External zz s 
HE peaker 
Speaker A ¥ ao 5 = Connecter 
ey r 
i / | | 
\ | 
! Speaker | 
| ane | | 
i 7 ey ae i | 
oe ise eae ete [---__ 
| 
J2 
VEC-1770C 
tT 2) 
oe All Cables Should be as 
3 Short as Possible 


Fig. 3-7 External Interface Box 


If you built the external interface box as in Fig.3-7, then follow this procedure to 
adjust R(s). 


1. Install JMP J on the TNC2 PC board. 


2. Temporarily solder a variable resistor in place of R-Value* Fig. 3-7. The 
maximum value of this resistor must be determined by experiment, but 
500K should handle most cases. Connect your TNC2 to the radio. 
Connect the microphone to the radio, or to the interface box if one is being 
used. Connect the radio to a dummy load and listen to the transmission 
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with another nearby radio. Adjust R-Value* for proper modulation as 
follows: 


Transmit Audio Level Adjustment-- Method IT 


1; 


Turn on the TNC2 and computer and start your terminal program. Enter 
the modem calibration procedure by typing 


CALIBRA 


Press the K key to key the transmitter, then tap the space bar until the 
higher of the two tones is heard. Pressing the K key again will unkey the 
transmitter. After the transmitter has been keyed for a few seconds, it will 
be shut off automatically by the transmit watch- dog circuit. As you 
perform the adjustments below, you will have to periodically unkey then re- 
key the transmitter by typing the K key. If you wish to defeat the watch- 
dog timer, place a shorting jumper at JMP4. 


With the TNC2 keying the transmitter and transmitting the higher of the two 
tones, adjust the transmit audio level as follows: 


2. Adjust R-Value* the variable resistor installed for proper modulation 
level (typically between 3.0 and 4.5 kHz deviation. for Amateur FM). If 
FM test equipment is not available, adjust R-Value* until the audio signal 
on the monitoring receiver is reduced by half of the maximum level. This 
can be estimated by ear or accurately determined by measuring the output 
voltage across the speaker with an oscilloscope or A.C. voltmeter. If there 
is not adequate audio level from the TNC2 to make adjustment of R- 
Value*, then you can increase the output level of the TNC2 by the transmit 
audio control on the left side of the TNC. The transmitting audio output of 
the radio port is factory set at 250 mV p-p. 


Press the K key to return to receive mode and type Q to exit the calibration 
routine. You have now set your transmitter deviation to approximately the 


correct level. Remove JMP4 if you placed it in Step 4. 


Carefully remove the variable resistor and measure its value. This is the 
proper value of R(S) for your particular radio. 


Page 25 


TNC2 SYSTEM MANUAL RADIO INTERFACING 


5. Select the nearest standard value fixed resistor (1/4 watt is fine) and 
permanently install this resistor as R(S) in the interface circuit. 


6. If you have access to FM test equipment, check to see that the modulation 
level is still within the limits of 3 to 4.5 kHz deviation. If it is not, make a 
final adjustment with the TNC2 transmit audio level control. 


Receiver Audio Setting 


The modem in your TNC2 is equipped with an advanced phase coherence type 
data carrier detector (DCD) with a sensitive tuning indicator. These can be used 
in combination to set the correct receive audio level for the modem and to 
optimize the DCD characteristics for HF operation. 


With your radio in the receive mode, open the squelch control so that a steady 
hiss is heard on a speaker. Set the volume control to the minimum volume 
position. The tuning indicator on the TNC2 should drift off to one side of the 
display and become stationary. It may drift enough to disappear off the end of 
the display. Slowly advance the audio output level with the volume control until 
the tuning indicator "springs to life" and dances around a point near the middle 
of the display. This is the absolute minimum audio level for marginal copy. 
Continue to advance the volume control until there is approximately twice as 
much audio present at the receiver output. This can be estimated by ear or 
measured with an oscilloscope or A.C. voltmeter. This will be near the correct 
amount of audio for NBFM operation. Levels higher than this will not degrade 
the modem performance so long as the receiver audio amplifier is capable of 
producing the chosen output level without distortion (clipping). 


IMPORTANT NOTE: Harmonics Interference 


If you experience interference from one of the harmonics of the crystal oscillator 
in the TNC2, trimmer capacitor, C47 (near the crystal) can be adjusted to move 
the frequency of the harmonic. 


Monitor Speaker Connection 


The TNC2 has a built audio amplifier to provide audio for an external monitor 
speaker. A monitor speaker such as the MFJ-280 can be can be connected to the 
SPEAKER jack on the TNC2. 


If wiring of a speaker plug is necessary, use a 3.5 mm (1/8") mono or stereo plug 
for this connection. Wire the plug so that the tip of the plug is connected to the 
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speaker and the sleeve is connected to ground. The ring (if a stereo plug is used) 
is not used. 


The speaker jack on the TNC2 is for monitoring of received and transmitted 
audio. It is also used to provide a signal to the operator when a packet 
connection is made. A small audio amplifier is built in the TNC2 to drive the 
external speaker. Volume of the monitor speaker can be adjusted by using the 
"Monitor" control on the left side of the TNC2. If the internal amplifier of the 
TNC2 does not provide adequate volume you may use an external audio 
amplifier. 


You can disable received audio, transmitted audio or the packet connect tone 
from the speaker monitor jack by cutting a trace between the pins of the 
following jumpers. See Appendix G for the locations and functions of JMP 
jumpers. 


JMP X Transmitting Audio 
JMP Y Receiving Audio 


For example, if you like to have the packet connect tone but do not wish to hear 


the racket of packet, then you should disconnect JMPX to disable the transmitted 
audio and disconnect JMPY for received audio. 
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GETTING STARTED 


This chapter will guide you through the basic packet operation on your TNC2. 
FIRST STEPS 


i 


Make sure that your computer is connected to the RS-232C port or the TTL 
port on the TNC2 according of Chapter 2. 


Make sure that your radios are connected to the TNC2 according to 
Chapter 3. 


Tum on your computer. Load and run the terminal program. 


Turn on the TNC2. The TNC2 will sign on with "cmd:" prompt sign. 


*J 

bbRAM:LOADED WITH DEFAULTS 
|A 

VECTRONICS TNC-2-Enhanced BBS 
AX.25 Level 2 Version 2.0 

Release 2.2 6/20/98 - 32K+32K RAM 
Checksum $11 

cmd: 


The above sign-on message is for the VEC-1770C. The sign-on shown below 
applies only to the VEC-1776 TNC2 units. 


ey 

bbRAM:LOADED WITH DEFAULTS 
|A 

VECTRONICS TNC-2-Enhanced BBS 
AX.25 Level 2 Version 2.0 

Release 3.0 6/20/98 - 32K+32K RAM 
Checksum $7D 

cmd: 


NOTE: The "|A" may display as a vertical-bar and any capital letter from "A" 


through "J". 


The first five lines are the sign-on message, which you will normally see only 
when you power up the TNC2. The Command Mode prompt cmd: will appear 
when the TNC2 is in Command Mode and is ready to accept your instructions. 
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Before the TNC2 can be fully operational, some of the basic parameters must be 
set. 


Basic Parameters Setup 


With the TNC2 sign-on, you are now ready to start setting up the parameters you 
will use. You may be satisfied with most of the defaults for now, but a few 
parameters will have to be changed! Let's try entering your call sign by typing: 


emd:MYCALL K5FLU 
MYCALL was NOCALL 
cmd: 


Type the text, MYCALL KS5FLU, following the command mode prompt. Of 
course, you should substitute your own call sign for KSFLU. Don't forget the 
<CR> at the end of the line. Your call sign will be used by the TNC2 as its 
"address." The TNC2 responds by telling you the previous value of the 
MYCALL parameter, and gives you a new Command Mode prompt. 


Note that commands are entered by inserted a carriage return <CR> after each 
command is typed. Note also that carriage return may also be marked as <enter> 
on some computer keyboards. 
Now try typing just the command by itself: 

cmd:MYCALL 
The TNC2 will respond with: 

MYCALL KSFLU 
You can see the current value of most parameters by typing the command that 
sets the parameter followed by just a <CR>. This verifies that the TNC2 
accepted your call sign. 
The next section describes the commands you will use to configure the TNC2 for 


proper text display for your particular computer. You may not use these 
commands again unless you change computers or terminal programs. 
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SERIAL PORT CONFIGURATION 


This section describes the commands you will use to set up the TNC2 to work 
best with your computer. 


Parity and Word Length 


If you are using one of the optional starter packs by Vectronics or MFJ 
Enterprises, Inc., then you should follow the instructions given by the terminal 
program documentation with the starter pack. If you are not using a Vectronics 
or MFJ starter pack, then you should use the following instructions to set the 
parity and word length for the TNC2. 


If messages from the TNC2 appear garbled, with incorrectly displayed 
characters, you may need to change the TNC2's serial port parity and word 
length. We assume that you have set the baud rate correctly. See Chapter 2 if 
the baud rate needs to be changed. The TNC2 's default value is 8 bits and no 
parity. If your computer receives 8 bits as data, you may have to set space 
parity, since text may otherwise be interpreted as graphics or other special 
characters. To set 8 bits, no parity, use the following combination: 


AWLEN 8 (8-bit words) 
PARITY 0 (no parity bit) 


For wordlength of 7 bits, even parity, set 


AWLEN 7 (7-bit words) 
PARITY 3 (even parity) 


One of these combinations will satisfy most computers. You are more likely to 
require a different setting if you have a terminal rather than a computer, or if you 


have configured your terminal port for some special application. 


If your computer requires odd parity, set PARITY 1. If your computer detects 
framing errors, try setting 


AWLEN 7 (7-bit words) 
PARITY 0 (no parity bit) 


for shorter characters. 
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For longer characters, set: 


AWLEN 8 (8-bit words) 
PARITY 1 or PARITY 3 


Echos 


You may see two characters on your screen for every character you type, for 
example: 


cmd: RREESSEETT 


Your computer is echoing the characters you type, and the TNC2 is also echoing 
them. In this case, set duplex to FULL on your terminal to stop the terminal 
from echoing characters to your screen. 


New Lines and Line Wrapping 


If everything displayed appears to be double-spaced, your computer is adding an 
extra linefeed (<LF>) whenever it displays a carriage return (<CR>). Set 
AUTOLF OFF to keep the TNC2 from also adding an <LF>. If you change 
your equipment you may have to set AUTOLF ON to restore the TNC2's 
automatic linefeeds. 


The screen-width parameter is set by default to 80, the width of many CRT 
displays. The TNC2 will send an extra <CR> (or <CR> <LF> if AUTOLF is 
ON) when 80 characters have been displayed on a line. If your computer does 
not automatically break long lines, you will need to set the screen width to the 
width of your display. For example, for a computer using a TV set for a display, 
you would set SCREENLN 40. If your computer does automatically break 
long lines, you should set SCREENLN 0 to disable this feature on the TNC2. 
Otherwise, you will get two <CR>s when the line wraps around. 


A few computers will frequently lose the first characters of a line when several 
lines are typed in rapid succession, for example, in the sign-on message. You 
can give the computer more time between lines by setting NUCR ON (delay 
after <CR>), or NULF ON (delay after <LF>). The delay is adjusted by 
NULLS, which sets a number of character-times for the delay. 


With the basic parameters set up which enable the TNC2 to be able to 


communicate with your computer, we can now discuss some basic functions and 
features of the TNC2. 
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TUNING INDICATOR (VEC-1776) 


Your TNC2 is equipped with a tuning indicator which is sensitive and very 
accurate. The tuning indicator is extremely useful not only for tuning to signals 
for optimum reception, but also for filter alignment and audio level indication. 


The position of the tuning indicator LED is only meaningful for tuning a signal 
under the following conditions: 


1. The station is transmitting packet data. The transmitting station must be 
sending both tones NOT just a single carrier). 


2. The DCD LED is lit indicating that the signal is within the capture range of 
the PLL demodulator. 


3. There is sufficient audio output from the receiver for proper operation of 
the demodulator. 


Assuming that the conditions above are met, tuning in a station with the tuning 
indicator is quite simple. Just set the receiver frequency so that the tuning 
indicator LED is centered in the display. Actually there are 2 LEDs which 
represent the center of the display. Either or both may be used. 


PACKET OPERATION 


VHF Packet 


If you are not familiar with packet operation, then you can learn quite a bit about 
it with the TNC2 without actually transmitting anything. For your first 
experiments, the TNC2 will be "talking to itself," allowing you to become 
familiar with it before you go on the air. 


If you are already familiar with the packet operation, then you may not want to 
perform this exercise. In this case go the other modes of operation in this 
chapter. 


Turn off the TNC2 and disconnect your radio. Install the digital loopback 
jumper, JMP10. The analog loopback jumper, JMP7, should not be installed at 
the same time. Connect your computer to the TNC2 with your serial cable. 
Tur on the computer and start your terminal program. 
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A Connecting and Disconnecting Exercise 


Packet radio QSOs are started by a connect process, which sets up the 
"handshaking" between the two stations. This handshaking insures error-free 
communications, which packet is known for. Packet QSOs are terminated by a 
disconnect process, which leaves both stations free to start new QSOs. Packet 
QSOs can also make use of digipeaters. Digipeaters are other packet stations 
which can automatically relay packets from one station to the other over a 
specified route. 


To see how this works, you can have the TNC2 connect to itself. Since you have 
set the TNC2 up for digital loop-back, it will receive all packets that it sends. 
Try the following: 


cmd:FULLDUP ON 
cmd:CONNECT K5FLU 
*% CONNECTED to KSFLU 


replacing KS5FLU with your own call sign. The TNC2 generates packets 
initiating and confirming the connection. The packets are not actually converted 
to audio signals and transmitted over the radio, but they are otherwise just like 
packets you will be transmitting later on. 


The ***CONNECTED to message tells you that the connection has been 
established. You should also notice that the CON LED has lit up and that you 
do not see a new cmd: prompt on the next line. You are now in Converse Mode, 
ready to start talking. Try it. Type your message, ending the line with a <CR>. 


Hello, there. 
Hello, there. 


The <CR> causes your message to be put into a packet, or "packetized," and 
transmitted. We will explain in the next chapter how you can use a different 
character to send packets. The underlined text is a message that the TNC2 
received in a packet and displayed. Whenever you are in Converse Mode 
anything you type will be assembled into a packet addressed to the station you 
are talking to and transmitted. If there is no QSO (connection) in progress, the 
packet will be sent to the address CQ. 
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In the example above, the TNC2 entered Converse Mode automatically after the 
connect took place. You can also command the TNC2 to move back and forth 
between Command Mode and Converse Mode. 


To return to Command Mode, you must enter a special character, Control-C 
(abbreviated <CTRL-C>), or else send a BREAK signal. "Control" characters 
are usually entered by holding down a special control key and then typing 
another key without releasing the control key. If your keyboard doesn't have a 
key marked CTRL or something similar, consult the documentation for your 
computer or terminal program to see how to enter control characters. A BREAK 
signal is a special transmission (not an ASCII character) which your computer 
may be able to produce. 


NOTE: If <CTRL-C> will cause your computer to do something to interfere 
with packet operations, such as halting the terminal program, and you 
can't send BREAK signals, you will have to change the character that 
returns you to Command Mode. See the section on "Special Input 
Characters," below. 


Now type a <CTRL-C>. The TNC2 does not echo the <CTRL- C>, but you 
should immediately see a Command Mode prompt. To return to Converse 
Mode, enter the command CONVERSE: 


<CTRL-C> 

cmd CONVERS 

Whatever I type in Converse Mode is transmitted. 
Whatever I type in Converse Mode is transmitted. 
<CTRL-C> 

cmd: 


To terminate the packet QSO, you must end the connect by giving the 
DISCONNE command. The TNC2 will transmit packets terminating the 
conversation and notify you when the disconnect is complete: 


cmd: DISCONNE 
2% DISCONNECTED 


An actual QSO might be terminated by the other station, of course. In that case, 


you would see the *** DISCONNECTED message without having issued the 
command. 
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You have just performed the basic operations of any packet QSO. You 
established a connection with the desired station to begin the QSO, sent and 
received some messages, and disconnected from the station at the end of the 
QSO. 


Be sure to remove the jumper from JMP10 after you complete this "Connecting 
and Disconnecting Exercise”. 


Digipeating 

You may wish to have a QSO with another packet station that is beyond your 
direct radio range. If a third packet station is on the air and both you and the 
station you want to talk to are in range of this third station, that station can relay 
your packets. You set up the packet routing when you initiate the connection. 


The TNC2 will then automatically include the routing information in the packets 
it sends. 


The diagram below shows an example situation in which digipeating is useful. 


AD7I 
/ \ 
N2WX / \ KS5FLU 


You are station K5FLU, and you want to have a packet QSO with N2WX. 
There is a mountain in the way and you are not in simplex range of each other. 
However there is a station located on the ridge, AD7I, which is in range of both 
you and N2WX. 


You direct the TNC2 to set up a connection to N2WX using AD7I as an 
intermediate digipeater as follows: 


cmd: CONNECT N2WX VIA AD7I 
You can specify a routing list of up to eight intermediate stations. For example, 
consider a modification of the example above: 


N2WX / \ KS5FLU 


KV7D ...NK6K 
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AD7I has turned off his station, but you can contact N2WX by going around the 
mountain through NK6K and KV7D. This time you issue the connect command 
like this: 


cmd: CONNECT N2WX VIA NK6K, KV7D 


You specify the digipeaters in the order you would encounter them going from 
your station to the station to which you wish to connect. 


Your station can also act as a digipeater for other stations. This does not require 
any special actions on your part, the TNC2 will do everything automatically. If 
your station is digipeating, you may occasionally notice your transmitter keying 
during lulls in your own conversations. 


Unsuccessful Connections 


Sometimes you will initiate a connect sequence that cannot be completed. The 
station may not be on the air, or it may not be within range of your station. You 
may have even mis-typed the other callsign. If the TNC2 does not get a response 
to its first connect packet, it will try again. You can control the number of 
attempts the TNC2 will make with the command RETRY. 


The default number of retry attempts is 10. If the TNC2 does not get an answer 
after this number of transmissions, it will give up and display the message: 


*** retry count exceeded 
#8 DISCONNECTED 


The retry count is also used once the QSO has started. Each transmission sent to 
the other station is "acknowledged," or ACKed by the other station, and vice 
versa. The ACK means that the packet was received and that the CRC 
checksum indicated that it was received without errors. This is the means by 
which packet radio can ensure error-free communications. Sometimes a packet 
will not be received correctly by the other station. A packet that was received 
incorrectly could be caused by either accidental interference from another packet 
station, a packet collision, or because of other channel noise. If the TNC2 
doesn't get an ACK soon enough, it re-transmits the packet and increments the 
retry count. If the count set by RETRY is exceeded, the TNC2 will 
automatically disconnect and display the same message: 


*** retry count exceeded 
*** DISCONNECTED 
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The automatic disconnect feature keeps the TNC2 from indefinitely re- 
transmitting a packet and tying up the channel under hopeless conditions. For 
example, an intermediate digipeater might have been shut down, or the RF 
channel might have deteriorated to the point of being unusable. The other 
operator might have even turned off his station without disconnecting. If you are 
operating under special conditions, such as a marginal HF channel, you can set 
RETRY 0 to disable all automatic disconnects (the retry limit is never reached). 


Monitoring Channel Activity 


In addition to displaying messages from the station you are connected to, the 
TNC2 can allow you to monitor other packet activity on the channel. You can 
"read the mail," displaying packets between other stations. The TNC2 will also 
keep track of stations heard during a session. This section will describe some of 
the monitor functions. 


Monitoring is enabled or disabled by the MONITOR command. You can try 
this out in digital loopback mode while disconnected. Type: 


cmd: MONITOR ON 

cmd: CONVERS 

This is a test packet. 
KS5FLU>CQ:This is a test packet. 


Since you aren't connected to another station your packets are sent to the address 
"CQ," ie., anyone. The packet you sent was "heard" by the TNC2 and 
displayed, along with the sending station and the destination. 


If you also want to see any intermediate digipeater stations being used, you can 
set MRPT ON. This feature would be useful if you later ant to connect to one 
of the stations you are monitoring and will need a digipeater route in order to 
reach it. For example, you might see the following display: 


WB6YMH>WDOETZ,KV7B: Hello, Bill! 


This packet was sent from WB6YMH via KV7B to WDOETZ. 
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If there are several digipeaters, or if the message lines are long, the display may 
be difficult to read. You can put the address header on a separate line from the 
text by setting HEADERLN ON: 


WB6YMH>WDOETZ,KV7B: 
Hello, Bill! 


Ordinarily, the TNC2 will stop displaying monitored packets if you connect to 
another station, permitting you to converse without interruption. If you want to 
monitor activity while connected to a packet station, set MCON ON. To display 
a list of stations heard since the last time your TNC2 was powered up, type 


cmd: MHEARD 
AD7I 

WA7GXD 
N2WX 

NK6K 

KV7B* 


The last several stations whose packets were heard by your TNC2 are displayed. 
The entry "KV7B*" means that KV7B was heard digipeating a packet rather 
than sending one of his own. You can clear the "heard log" with the command 
MHCLEAR. 


You can see the settings of the monitor parameters described above, as well as 
several others, by typing DISPLAY MONITOR. 


Your First Packet QSO 


Although there are still a number of features you should be familiar with for 
comfortable packet operation, you are probably eager to get on the air and try 
out the TNC2. Arrange to have another packet operator get on the air to help 
you get started. Make sure that your friend will be close enough to ensure solid 
copy, with no FM "popcorn" noise. It's best if you can get an experienced 
packet operator to help you get started. If you are both beginners, try to have 
both stations in the same room and operate on low power or into dummy loads. 
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Remove the digital loopback jumper, JMP10. Connect your radio to the TNC2. 
Turn on your computer, the TNC2, and your radio. Be sure you have adjusted 
the TNC2 and radio according to one of the methods described in Chapter 3. 
When the other station transmits, the DCD LED on the TNC2 should glow 
steadily for the duration of the transmission. You can work through the 
remainder of the examples in this chapter while you try out the TNC2 on the air. 


Starting the QSO 


You are ready to initiate a connect. For the sake of example, we will continue to 
use KS5FLU in place of your call sign, and we will use WBOQRP for your 
friend's call. Make sure you are in Command Mode, and type 


cmd:CONNECT WBO0QRP 

After a moment you should see the message 
**% CONNECTED to WBOQRP 

and you will be in Converse Mode. Your friend will see the message 
**% CONNECTED to KSFLU 

and he will also be in Converse Mode. You have begun your first QSO. 


If you have trouble connecting, make sure your microphone drive level is set 
properly, as described in Chapter 3. It may be helpful to have an experienced 
packet operator listen to your transmissions and monitor with his TNC. You can 
also try the following procedure. Both you and your friend should set 
MONITOR ON, enter Converse Mode and send some packets. Each station 
should display packets sent by the other. If only one station is "hearing" 
properly, you can concentrate on the modulator and transmitter of that station 
and the demodulator and receiver of the other station. You can try 
experimenting with the TXDELAY timing parameter for the sending TNC. Set 
TXDELAY 64 for a long delay. If this solves the problem, you can back off to 
the smallest value that works consistently. 
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Exchange several messages to get a feel for this new mode. If you monitor the 
radio transmit indicators and listen to the speaker audio from the two rigs, you 
will have a better idea of what is happening. You radio will be inactive most of 
the time, even while you are actually typing. When you get to the end of a line 
and type a <CR>, your radio will be keyed briefly and your friend will hear a 
"prrrraaaap" on his speaker. As your message is displayed on his computer, his 
radio will be keyed for an even shorter time and you will hear a "brraap" on 


your speaker. This is the ACK, or packet acknowledgment coming back. The 
TNC2 takes note that the packet was received correctly, but nothing is displayed 
on your screen. 


Digipeating 
Now that you are on the air, you and your friend can try out the TNC2's 


digipeating capabilities. This is actually more interesting if you have at least 
three stations participating, but you can get the feel for it with two stations. 


Return to Command Mode and disconnect from the other station: 


<CTRL-C> 
cmd:DISCONNE 
*k* DISCONNECTED 


Now issue the following command. 
cmd:CONNECT K5FLU VIA WB0QRP 


As before, substitute your call for KS5FLU and your friend's call for WBOQRP. 
You are requesting a connect to yourself, as you did before in digital loop-back 
mode, but this time you are using a sort of RF loop-back. You transmit packets 
to your friend's TNC, which relays them back to you. When the connection is 
established you will see: 


*&* CONNECTED to KSFLU VIA WBOQRP 
and you will be in Converse Mode. Your friend won't see anything displayed on 
his computer and his TNC's state won't be affected at all by your QSO. In fact, 


your friend could issue this connect request, 


cmd: CONNECT WBOQRP VIA K5FLU 
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and you can carry on two separate conversations completely independently. 
Monitor the radio transmit indicators and listen to the speaker audio. See if you 
can follow the packets and the acknowledgments back and forth. 


Monitoring on the Air 


This is a good time to try out the TNC2 's monitor functions. While you and 
your friend are separately connected, type 


<CTRL-C> 


cmd: MONITOR ON 
cmd: MCON ON 
cmd: CONVERS 


You will be able to see both your "conversation" and your friend's conversation. 
Also try HEADERLN ON and MHEARD. 


Special Input Characters 


The TNC2 has a number of special characters that can be used to control its 
actions. Many of these special characters can be used to "edit" commands and 
packet text as they are entered. These features can all be customized to suit you 
and your computer. Most of the special input characters we will describe are 
active in both Command Mode and Converse Mode; the exceptions will be 
noted. 


The character used to return to Command Mode from Converse Mode is by 
default a <CTRL-C>. Sending a BREAK signal also works. This character 
does nothing in Command Mode, so if you accidentally enter it twice you will 
not mess up the next command line. You can change the Command Mode entry 
character with the command COMMAND. This is one of several commands 
that set special character functions. You can choose any character for this 
function, by entering the ASCII character code for the key. For example, you 
can use a <CTRL-E> to enter Command Mode by setting 


cmd: COMMAND 5 
COMMAND was $03 


The TNC2 displays the previous value in hex, and you can also enter character 
codes in hex if you prefer. All of the special characters described below can be 
changed in the same way aa COMMAND. 
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We have already mentioned that you can erase mis-typed characters by typing 
the <BACKSPACE> character. You can change this character with the 
command DELETE. If you set DELETE ON, you can erase characters by 
typing the <DELETE> character; setting DELETE OFF returns to using 
<BACKSPACE>. You will probably want to use the same key that your compu- 
ter normally uses to rub out characters. <BACKSPACE> is more commonly 
used than <DELETE> by personal computers. If you aren't sure whether your 
rubout key produces <DELETE> or <BACKSPACE> characters, you can try 
both settings of the DELETE command and see which works. 


When you rub out a mis-typed character, the TNC2 will attempt to correct the 
screen display. This will work for most computers as well as display-type 
terminals. It won't work for hardcopy-type terminals or possibly with a few 
computers. If your display doesn't look right after you rub out a character, try 
setting BKONDEL OFF. The TNC2 will not try to correct the display but will 
indicate the rubout with a "\" character (<BACKSLASH>). You can restore 
display correction by setting BKONDEL ON. 


If you make several mistakes in a line, or if you change your mind, you may 
want to cancel the whole line rather than rubbing out the characters one at a time. 
You can cancel the line by typing <CTRL-X>. The TNC2 will display a 
<BACKSLASH?> followed by <CR>. If you are in Command Mode, you will 
see a new prompt: 


cmd: Hi, John, how are you?<CTRL-X>\ 

[You started typing text while in Command Mode. ] 
cmd: CONVERSE 

Hi, John, how are you? 


The cancel-line character can be changed to any ASCII character by the 
command CANLINE. 


If you have changed your input by rubbing out and re-typing characters, you may 
want to see a "fresh" copy of your input, especially if you have set BKONDEL 
OFF. The TNC2 will retype the line you are entering when you type <CTRL- 
R>: 


cmd: CONNECT KB7\\\WA7<CTRL-R>\ 
[You mis-typed the call sign.] 
cmd: CONNECT WA7GXD 
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Here the user mis-typed the first three characters of the call sign and rubbed 
them out. The TNC2 displayed "\" for each character rubbed out. The user then 
retyped the characters correctly and redisplayed the line. He finished typing the 
callsign on the new line. The re-display-line character can be changed to any 
ASCII character by the command REDISPLA. 


If the TNC2 displays information faster than you can read it before it scrolls off 
the screen, you can halt the display by typing <CTRL-S>. To resume output 
from the TNC2 to your computer, enter <CTRL-Q>. These characters can be 
changed to any ASCII character by the commands STOP and START, 
respectively. 


You may occasionally want to include one of the special input characters in a 
packet. For example, to send several lines at once in the same packet, you would 
have to include <CR> in the packet at the end of each line, bypassing its "send- 
packet" function except at the actual end of the packet. You can include any 
character in a packet including all special characters by prefixing it with the pass 
character, <CTRL-V>. For example, 


I wasn't at the meeting.<CTRL-V><CR> 
What happened? 


Ordinarily, this message would be sent as two packets. By prefixing the first 
<CR> with <CTRL-V>, the operator sends it all at once, but maintains the <CR> 
in the text. The pass character can be changed to any ASCII character by the 
command PASS. 


We will discuss operation of packet in more detail in the next chapter. For now 
let us discuss the operation of HF packet with the TNC2. 


HF Packet Basic Operation 


The requirements for optimum performance with a typical HF or OSCAR 10 
path are very different compared to local VHF FM environment. Lower signal 
to noise ratios require lower baud rates, noise spikes and fades require shorter 
packet lengths, and a higher rate of false carrier detects lowers the total usable 
dynamic range in the audio input. The TNC2 hardware and software are 
configured to improve throughput in these environments. The TNC2 s settings 
of MAXFRAME and PACLEN provide for the possibility of several 
continuous frames of long data length. For HF operation at 300 baud, we 
recommend setting MAXFRAME to 1. 
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The TNC2 detects a busy channel by monitoring the lock- detect signal from the 
demodulator. The presence of a lock-detect signal is indicated by the Data 
Carrier Detect (DCD) LED. Each time DCD goes off the TNC2 will start a 
DWAIT interval which must elapse before the channel is considered to be 
available. On a noisy channel spurious lock-detect signals may be generated. 
For HF and OSCAR operation you should set DWAIT to 0. The random wait 
before retry transmissions can be disabled by setting TXDELAY 0 and using 
AXDELAY to set the required keyup delay. Of course, AXHANG should be 0 
for this application. 


If you are operating a full-duplex radio station (simultaneous transmit and 
receive) such as an OSCAR 10 station, you should set FULLDUP ON. The 
TNC2 is always electrically capable of full duplex operation, but this parameter 
causes the protocol to behave differently in acknowledging packets. In addition, 
the TNC2 will ignore the state of the DCD line. 


Although intuition tells you that lower baud rates will reduce the number of 
packet retries, there is usually a small range between "too fast" and "too slow." 
A slower packet takes longer to transmit and is therefore a larger target for fades 
and static crashes. The entire packet must be received correctly in order to be 
accepted. Data rates of 1200 baud have been used on both HF and through 
OSCAR 10. 


HF activity may generally be found on 7.093 or 14.107 MHz. Use LSB or USB - 
it really does not matter (although most stations use LSB when referring to the 
suppressed carrier frequency). 


Tune through a few packet signals. Tune the radio slowly! You will find a point 
at which the display becomes bright. As you continue tuning, you will see the 
moving bar display slide across your tuning indicator. When one of the center 
LEDs is illuminated, you are tuned in and you should be able to copy the 
packets. 


Each bar on the tuning indicator represents about 10 Hz. Thus, if a packet 
comes through and you are 4 bars off, re-tune your transceiver 40 Hz in the 
indicated direction. The direction depends on the sideband you selected and the 
manner in which you have the tuning indicator oriented. One or two tries will 
quickly tell you which way to go! Bars to the left of center indicate you should 
tune higher, while the other side of center means to tune lower. 
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Many BBS station forward traffic on HF at the above frequencies. Call CQ a 
couple KHz away from such channels. If you can't raise anyone, call CQ on one 
of the above frequencies, but QSY immediately after establishing contact! Be 
careful on 20 meters especially that you don't operate +/- 2KHz around 14.100 
MHz (you will cause interference to propagation beacons and give packet a bad 
name...) 


HF Packet Operation Hints: 


Try to keep all packets below 80 characters in length. 

Set MAXFRAME to 1. This will minimize transmission time. 
Avoid multiple connections and digipeated packet operation. 

Qsy away from the standard calling frequencies as soon as possible. 
Set FRACK to a sensible long value. 


nARWN 


More detailed information on HF packet operation is discussed in the next 
chapter in this instruction manual. 
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ADVANCED PACKET OPERATION 


This chapter describes some aspects of packet operation that you don't need to 
be concerned with for everyday conversational operation. You will want to 
consult this chapter if you are using your station for special applications such as 
a Packet Personal Mailbox, Bulletin Board, binary file transfers, Packet picture 
transfers or running a "host" program. This chapter also discuss use of the newly 
developed packet anti-collision feature. HF and OSCAR packet operation is 
also discussed in detail in this chapter. 


We will use the term "computer" to refer to computers or terminals. In the 
command examples, the TNC2's prompts and other messages are shown in 
ordinary type, your responses are shown in bold face, and received packets are 
shown underlined. Commands and other special keywords are shown in upper 
case; other text entered to the TNC2 is shown in upper and lower case. 


SPECIAL CHARACTERS 


The TNC2 recognizes a number of special characters for input editing, flow 
control, and other control functions. You can change any of these special 
characters to customize the TNC2 to suit your applications, your computer. 
Most of the characters are set by commands which specify the ASCII character 
code for the desired character. You can disable any special character feature by 
setting the character value to 0. Input editing characters may be disabled with no 
serious effects. You should use caution in disabling the flow-control or 
Command Mode entry characters. Also be careful not to set two special 
characters to the same value. 


Special characters are normally set to various control characters. Control 
characters are entered by holding down a special control key while typing 
another key. For example, control-C, or <CTRL-C> is entered by holding down 
the control key while typing C. If your computer doesn't have a special control 
key, you will have to consult your computer's documentation to see how to enter 
these characters. If you will have difficulty entering control characters, you can 
change the special characters to, for example, seldom used punctuation. 


The action of each special character is described in detail under the entry in 
Chapter 6 for the command that sets that character. 
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You can enter the code for a character in either hex (base 16) or decimal 
notation. The TNC2 displays character codes in hex. A number in hex notation 
is indicated by beginning the number with a $. The "digits" of a hex number 
represent multiples of powers of 16. The values 10 through 15 are represented 
by the letters A through F, which may be upper or lower case. For example, 


$1B =1x 164+ 11 = 27. 


Tables of ASCII character codes are available in most computer manuals. A 
table of ASCII codes for control characters follows. 


| Dec | Hex | Control__| Mnemonic | Dec | Hex | Control | Mnemonic | 
| oO | $00 | <CTRL-@> | NUL DLE 
SOH 
STX DC2 
ETX DC3 
EOT DC4 


NAK 
SYN 
ETB 


CAN 


SUB 
ESC 


TT | COTS oor oor | eee [| _ 


Table 5-1. ASCII Codes for Control Characters. 
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PACKET OPERATING MODES 


In Chapter 4 we discussed two of the packet operation modes, Command Mode 
and Converse Mode. Packet also can operate in the third mode, Transparent 
Mode which is a data-transfer mode like Converse Mode, but is intended 
primarily for computer data interchange rather than human conversation. We 
describe all three of these modes below. 


COMMAND MODE 


Command Mode is used to enter commands which alter the TNC2's operating 
parameters. The other modes are entered from Command Mode. When the 
TNC2 is in Command Mode, the Command Mode prompt, 


cmd: 


is printed at the beginning of each input line. Note, however, that if the TNC2 
has received and displayed packets, the prompt may have scrolled off the screen. 


The TNC2 will be in Command Mode after a reset or power-up. After a power- 
off, power-on sequence, all operating parameters of the TNC2 are re-initialized 
to the parameter stored in battery backed-up RAM (bbRAM) by the resident 
software. After the RESET command is issued all operating parameters are 
reset to the default values stored in EPROM. The values of most parameters are 
stored in a permanent but easily changed form in the bbRAM memory. 


The following commands set special characters which are active in Command 
Mode. Refer to the discussions of these commands in Chapter 6 for details on 
the operation of the characters in Command Mode. Also see the section on 
special input characters in Chapter 4. 
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CANLINE Cancel current line 

CANPAC Cancel output (Command Mode function only) 
DELETE Character deletion 

PASS Insert following special character 

REDISPLA Re-display current line 

START, STOP User's flow control characters (sent to TNC2) 
XOFF, XON TNC2 flow control characters (sent to terminal) 


The following commands enable display features which are active in Command 
Mode. Please refer to the discussions of these commands in Chapter 6 for 
details on the operation of these characters in Command Mode. Also see the 
section on terminal configuration in Chapter 4. 


AUTOLF Add <LF> after <CR> in data sent to terminal 
BKONDEL _ Echo after character deletion 


ECHO Automatic echo of serial port input 
FLOW Type-in flow control 

LCOK Lower case translation 

NUCR Nulls after <CR> 

NULF Nulls after <LF> 

NULLS Null count 


SCREENLN Automatic <CR> insertion 
Entering Data-Transfer Modes 


There are several ways to enter a data-transfer mode from Command Mode. 
You can type the command CONVERS or K to enter Converse Mode or the 
command TRANS or T to enter Transparent Mode, and the TNC2 will 
immediately enter the specified mode. The TNC2 will automatically enter a 
data-transfer mode if you are in Command Mode when a connection is 
completed. You can specify the data-transfer mode for automatic entry with the 
command CONMODE: 


cmd: CONMODE TRANS 
will specify Transparent Mode, and 


cmd: CONMODE CONVERS 
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will return to the default choice of Converse Mode. 


The timing of the automatic entry into data-transfer mode depends on whether 
you or the other station initiated the connection. If you receive a connect request 
which your TNC2 accepts, you will enter data-transfer mode when the TNC2 
sends the connect acknowledgment (ACK) and types the message *** 
CONNECTED TO <callsign>. 


If you initiate the connection with the CONNECT command, you can control 
the timing of the mode change with the command NEWMODE. If the 
NEWMODE is OFF, the mode will change when the connect ACK is received 


and the ***CONNECTED TO: <callsign> message is typed. If NEWMODE 
is ON, you will enter data- transfer mode immediately, without waiting for a 
successful connection. Any text sent to the TNC2 at this point will be queued 
up in packets which will wait for a successful connection before being sent. If 
the connect attempt fails, you will be returned to Command Mode. You will also 
be returned automatically to Command Mode when either station disconnects 
and ends the QSO. 


Converse Mode 


The data mode used most often for ordinary QSOs is Converse Mode. In 
Converse Mode, the information you type is assembled by the TNC2 into 
packets and transmitted over the radio. The send-packet character causes the 
input to be packetized for transmission. If you type a full packet- length of 
characters without typing the send-packet character, your input will be 
packetized and transmitted anyway. 


The default send-packet character is <CR>, but you can specify any character 
with the command SENDPAC. You may also choose to have the send-packet 
character transmitted in the packet or not. If the send-packet character is <CR> 
it is natural to include it in the packet as part of the text as well as interpreting it 
as acommand. This is accomplished by setting CR ON. If you use some other 
character to force packet transmission, you may want to set CR OFF and inhibit 
transmission of the send-packet character. If you set the send- 
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packet character to something other than <CR>, you can cancel packets of more 
than one line with the cancel-packet character, which is set with the command 
CANPAC. Single-line packets can be canceled with either the cancel-line 
character or the cancel-packet character. 


To return to Command Mode from Converse Mode you must type the Command 
Mode entry character, or send a BREAK signal over the serial port. A BREAK 
is not a regular ASCII character, but it can frequently be transmitted by typing a 
special key on the keyboard. 


A BREAK signal is a continuous space (or 0) signal on the serial port Transmit 
Data line lasting approximately 0.2 second. In fact, the timing of the signal is 
not very important, and most serial ports will recognize a BREAK if the space 
signal lasts significantly longer than the time required for a character 
transmission. Because of the simple nature of this signal, it is easily possible to 
generate a BREAK with circuitry external to the computer, thus guaranteeing 
entry to Command Mode in automatic station operation. 


The following commands set special characters which are active in Converse 
Mode. Refer to the discussions of these commands for details on the operation 
of the characters in Converse Mode. 


CANLINE cancel current line 

CANPAC cancel current packet 

COMMAND Command Mode entry 

DELETE character deletion 

MFILTER characters to be filtered in monitored packets 
PASS insert following special character 

REDISPLA re-display current line 

SENDPAC send current packet 

START, STOP user's flow control characters (sent to TNC2) 
XOFF, XON TNC2 flow control characters (sent to to terminal) 
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The following commands enable display features which are active in Converse 
Mode. Refer to the discussions of these commands for details on the operation 
of these characters in Converse Mode. 


8BITCONV Retain high-order bit from serial port in converse mode 


AUTOLF Add <LF> after <CR> 
BKONDEL Echo after character deletion 
ECHO Automatic echo of serial input 
ESCAPE <ESCAPE> translation 


Here are the remainder of the commands which enable the display features that 
are active in CONVERSE mode: 


FLOW Type-in flow control 
LCOK Lower case translation 
NUCR Null characters after <CR> 
NULF Null characters after <LF> 
NULLS Null count 


SCREENLN Automatic <CR> insertion 
Transparent Mode 


Packet radio is very well suited to the transfer of data between computers. In 
some cases Converse Mode will work well for computer data transfer. However, 
files such as a .CMD file on a CP/M system, a BASIC program, or even a word- 
processor text file, may contain characters which conflict with special characters 
in Converse Mode. Some of these files may utilize all eight bits of each byte 
rather than the seven bits required by ASCII codes. If you transfer such files you 
will have to use Transparent Mode. 


Transparent Mode is a data-transfer mode like Converse Mode. In this mode 
there are no special characters, everything you type, or everything that your 
computer sends to the TNC2, is sent over the radio exactly as it was received by 
the TNC2. There are no input editing features and there is no send-packet 
character. Packets are sent at regular time intervals or when a full packet of 
information is ready. The time interval at which data is packetized is set by the 
PACTIME command. 
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The display characteristics of the TNC2 are also modified in Transparent Mode. 
Data is sent to the computer exactly as it is received over the radio, including all 
8 bits of each byte received. Features such as auto-linefeed insertion and screen 
wrap are disabled, and echoing of input characters is disabled. The parameters 
that control these features in Command Mode and Converse Mode are not 
changed by entering Transparent Mode, and all display features are re-enabled 
when the TNC2 is returned to Command Mode. Most of the link status 
messages that appear as the TNC2 moves between disconnected and connected 
states are also disabled in Transparent Mode. 


In order to permit the Command Mode entry character to be transmitted freely in 
Transparent Mode, the escape to Command Mode from Transparent Mode has 
been made a little more complicated. You can still return to Command mode by 
transmitting a BREAK signal, just as in Converse Mode. You can also utilize 
the Command Mode entry character in the following way. 


You must wait for a time period after typing the last character to be sent. This 
time is set by the command CMDTIME. Following this wait, you must type 
three Command Mode entry characters (default <CTRL-C>) within an interval 
CMDTIME of each other. After a final CMDTIME interval in which no 
characters are typed, you will see the 


cmd: 


prompt. If any characters are typed during this interval (even Command Mode 
entry characters) the escape will be aborted and all the Command Mode entry 
characters that have been typed will be sent as packet data. If you set 
CMDTIME to zero you will not be able to escape from Transparent Mode using 
this second procedure. 


FLOW CONTROL 


Whenever data is transferred to computers (home computers or TNCs), there is a 
chance that the data will be received faster than the computer can handle it. 
Some programs try to deal with this by providing data buffers for storing 
incoming data until the program is ready for it. However, this merely postpones 
the problem, since there is a limited amount of room in any buffer. 
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In order to prevent loss of data the computer must be able to make whatever is 
sending data stop sending, and later tell it to resume sending. If you are a home 
computer user, you are probably already familiar with one type of flow control, 
which allows you to stop the output from the computer while you read it and 
restart it when you are ready for more. 


The TNC2's input buffer may fill up in Command Mode if you try to type too 
long a command. In Converse Mode the buffer may fill up for any of several 
reasons: you may be using a faster serial port baud rate than the radio data rate; 
radio data transmission may have slowed down because of noise or other users 
on the channel; the person or computer at the other end may have stopped output 
from that TNC. The TNC2 will signal the computer to stop sending data when 
there is room remaining for about 80 characters in the buffer. When the buffer 
fills up entirely, data will be lost. When the buffer empties so that there is room 
for at least 270 characters, the TNC2 will signal the computer to start sending 
data again. 


A computer file transfer program may be unable to process data fast enough to 
keep up with output from the TNC2. In order to be sure of reading every 
character, a computer must respond to interrupts from its I/O devices. Some 
simple programs may poll the input register for new data. If the polling is not 
done often enough, data may be lost. Some computers disable interrupts during 
disk accesses. If the program enters a routine which will not allow it to check for 
data or respond to it, it should signal the TNC2 to stop sending data. 


There are two methods of providing flow control which are supported by the 
TNC2. XON/XOFF flow control, sometimes called "software flow control," is 
accomplished by sending a special character (usually <CTRL-S>) to request that 
the output stop and another special character (usually <CTRL-Q>) to restart 
output. Hardware flow control may be used if both computers use the Clear To 
Send (CTS) and Data Terminal Ready (DTR) lines of the RS-232C standard. 
Data is also halted if you press the space bar while in command mode. Press 
<CR> to resume. 


Some commonly used terminal programs and file transfer programs for home 
computers do not implement flow control in software, and many serial ports do 
not support hardware flow control. Although the DTR and CTS lines appear at 
the connector, they may not be used on some computers unless the software 
reads the state of the CTS line. If you find that the TNC2 seems to lose data 
during file transfers, you should immediately suspect a flow control problem. 
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XON/XOFF Flow Control 


If you are using a terminal (rather than a computer) or if your computer does not 
support DTR/CTS flow control, you should use XON/XOFF flow control, which 
is enabled by setting XFLOW ON. The special flow control characters are set 
to <CTRL-S> and <CTRL-Q> by default, but they may be changed. 


The commands XON and XOFF set the characters which will be sent to the 
terminal by the TNC2, and the commands START and STOP set the characters 
to be sent to the TNC2 by the terminal. Your computer may receive as many as 
4 characters from the TNC2 after sending a STOP character, since some 
characters may already be "in route" through serial I/O chips. 


If you send a STOP (START) character to the TNC2 when it is already stopped 
(started), the character will be ignored. If the STOP and START character are 
the same character, this character will "toggle" the output, turning it off if it is 
on, and on if it is off. 


You can disable XON/XOFF flow control in one direction only by setting the 
appropriate flow control characters to 0. If you do this, the TNC2 will 
automatically use CTS flow control to stop input from the terminal. 
XON/XOFF flow control is normally disabled in Transparent Mode, since all 
characters are treated as data. If you cannot use DTR/CTS flow control, you 
may enable the XON and XOFF characters (the commands from the TNC2 to 
the terminal) by setting TXFLOW ON and XFLOW ON. The START and 
STOP characters (the commands to the TNC2 from the terminal) can be enabled 
in Transparent Mode by setting TRFLOW ON. Note that the mode is no longer 
truly transparent when these features are enabled. 


Hardware Flow Control 


Hardware flow control is less likely to depend on the programming of a 
particular communications program. DTR and CTS are normally used for flow 
control signals in Transparent Mode. The command XFLOW OFF enables 
hardware flow control in Converse Mode and Command Mode. Your computer 
may receive as many as 2 characters after it signals the TNC2 to stop sending, 
since some characters may already be "in route" through serial I/O chips. Refer 
to Chapter 7, Hardware for details on the interface required for hardware flow 
control. 


Type-in Flow Control 
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Type-in flow control, enabled with the command FLOW, is really a display 
feature. It can keep the TNC2 from interrupting you with incoming packets 
when you are in the middle of typing a command line or an outgoing packet. As 
soon as you type the first character of a line, the TNC2 will put a "hold" on all 
output (except for echoing your input). The "hold" remains in effect until you 
type a <CR> to end the command line, or a send-packet character to mark the 
end of a packet, or until you erase or re-display the line you have started. 


Some computers have difficulty simultaneously sending and receiving characters 
over the serial port. This is most commonly the case for computers with 
"software UARTs." Type-in flow control will improve the operation of such 
computers with the TNC2. 


DETAILED VHF PACKET OPERATION 


The previous chapter's discussion of "Basic Operation" contains enough 
information for most packet operation. This section describes a few other 
aspects of packet operation. 


Station Identification 


Your station identification (callsign) is set with the command MYCALL, as 
described in the previous chapter. If you will have more than one station on the 
air operating with the same call sign, they must be distinguished no two stations 
can have identical station identifications, or the packet protocol will fail. You 
can distinguish additional stations by setting the "secondary station ID", or 
SSID. This is a number from 0 to 15, appended to the call sign with a dash: 


cmd: MYCALL W3IWI-3 
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If you don't specify the SSID extension, it will be 0, and the TNC2 won't 
explicitly show SSIDs that are 0. If you want to connect to a station with a SSID 
other than 0, or use such a station as a digipeater, you must specify the SSID: 


cmd:CONNECT AD7I-2 
or 
cmd: CONNECT WA7GXD VIA N7CL-5 


The TNC2 can send an automatic identification packet every 9-1/2 minutes when 
your station is operating as a digipeater. You can enable this feature with the 
command HID ON. An ID packet is displayed as follows by a monitoring 
station: 


W3IWI-3>ID: W3IWI/R 


You can request a final identification as you take your station off the air with the 
command ID. The TNC2 will only send identification packets if it has been 
digipeating. 


Automatic Operations 


Normally, any packet station can be used by other stations for relaying, or 
digipeating, packets to a more remote destination. If you don't want your station 
digipeating packets, you can give the command DIGIPEAT OFF. Unless there 
are special circumstances, such as a station operating on emergency power, most 
packet operators set DIGIPEAT ON in the spirit of Amateur cooperation. 


Your station will normally accept a connect request from another station if it isn't 
already connected. You can disable this capability by setting CONOK OFF. If 
you receive a connect request when CONOK is OFF, the TNC2 will display 


the message 


*** connect request: <callsign> 
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and send a "busy signal" rejection packet to the other station. If you receive a 
rejection packet from a station you try to connect to, your TNC2 will display 


*E* <callsign> busy 
*** DISCONNECTED 


If you want to have a special message sent automatically to stations connecting 
to you, you can specify the message with the command CTEXT. This message 
can consist of any text string up to 120 characters, and you may include <CR>s 
by prefixing them with the pass character: 


cmd: CTEXT Sorry, I can't talk right now.<CTRL-V><CR> 
I'll be on the air again after 8 PM.<CTRL-V><CR> 
Joe 


In order for this message to be sent to stations connecting to you, you must set 
CONOK ON so that the connection takes place (default), and enables the 
automatic message with CMSG ON. 


If you want to leave your station on but inhibit transmitting, you can set 
XMITOK OFF. If you do this, you would normally set CONOK OFF as well. 


You can have your station periodically send an automatic message by enabling 
"beacons." A beacon can be used to make general-interest announcements, 
provide packets for other stations to use to test their ability to receive, or 
announce the presence of a bulletin-board operation. The beacon message is set 
with the command BTEXT, which works the same way as the CTEXT 
command. You enable beacon transmission and set the frequency at which 
beacons are sent with the command BEACON. To transmit the beacon at 10- 
second intervals, for example, give the command 


cmd: BEACON EVERY 1 


The beacon function also has a transmit-after mode, enabled by using the 
keyword AFTER in place of EVERY, in which a beacon packet is only 
transmitted after activity is heard on the channel. This feature might be used to 
leave an announcement for other packet users. If someone transmits on an 
otherwise idle channel, a beacon can be sent a short time later. No beacons are 
sent in this mode if there is a lot of packet activity on the channel, since the 
required period of quiet will not occur. 
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Unattended Operations 


Individuals who want to leave their TNC2 on overnight can monitor packets 
even with the terminal or computer off. Just type CTRL-S then turn the terminal 
or computer off. The next morning turn the computer on, then type CTRL-Q. 
The TNC2 will dump everything monitored during the night limited only by the 
amount of available RAM. 


The TNC2 can operate unattended for extended periods of time. If you would 
like to have the TNC2 operate as a digipeater but not connect with a station, be 
sure to set DIGIPEAT ON and CONOK OFF. This is probably most useful 
when setting up a dedicated digipeater in a remote location. 


Packet Formatting 


The maximum length of a packet is determined by the command PACLEN. If 
you type more than the maximum number of characters without entering a send- 
packet character, the TNC2 will transmit a maximum-length packet. In 
Transparent Mode, a packet will be sent if the maximum number of characters is 
entered before the delay conditions set by PACTIME force a packet to be sent. 
Some TNC2's may not be able to accept packets longer than 128 characters. 


If you have set the send-packet character to <CR>, you probably want the <CR> 
to be included in the packet for display at the other end. If you set the send- 
packet character to a special non-printing character, you probably want the 
character to be treated as a command only. The command CR controls whether 
the send-packet character is to be echoed and included in the packet. 


You can add a <LF> after each <CR> included in your packets by setting 
LFADD ON. If the other station reports that lines are overprinted on his 
display, and he can't remedy the situation at his end, you can enable this 
function. 


COMMANDS AFFECTING PROTOCOL 


This section describes some of the commands that affect the operation of the 
packet protocol. Details of the protocol are given in Chapter 9. 
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The TNC2 implements .AX.25 Level 2 protocol, a set of rules for formatting 
messages to other TNCs. The version of AX.25 Level 2 protocol used by the 
TNC2 can be set to Version 2.0 with the command AX25L2V2 ON, or to 
Version 1.0 with the command AX25L2V2 OFF. Digipeating may not be 
successful if some TNC2s are running Version 1.0 and some are running Version 
2.0. In addition, the command CHECK controls a timing function that depends 
on the protocol version selected. 


You can specify the "address" to be used for unconnected packets, as well as 
intermediate digipeaters with the UNPROTO command. The format is similar 
to that of the CONNECT command: 


cmd:UNPROTO QST VIA NK6K 
The default address for unconnected packets is CQ. 


The following functions may be useful for tracking down protocol problems. 
They are seldom useful for ordinary packet operations. The error-checking 
function of the protocol is disabled for monitored packets with the command 
PASSALL. If you set PASSALL ON, any "packet" will be displayed if it meets 
the following conditions: 


1. It must start with a flag sequence. 
2. It must contain an integral number of 8-bit bytes. 


The TRACE command enables the display of the address and control fields of 
packets, as well as the text. The trace function displays all bytes in hex as well 
as ASCII equivalents. 


Packet Timing Functions 


Transmit Timing 


Amateur radio equipment varies greatly in the time delays required in switching 
from receive to transmit and from transmit to receive. If the TNC2 starts 
sending data before the transmitter is operating or before the receiver has had 
time to switch from transmitting and lock up on the incoming signal, the packet 
will not be received properly. The delay between transmitter keyup and the 
beginning of data transmission is controlled by the command TXDELAY. 
During the time the TNC2 is keying the transmitter but not sending data, it will 
transmit a synchronizing signal (flags). 
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If you are transmitting packets through an audio repeater, you may require a 
considerably greater keyup delay than is required for direct communications. 


Furthermore, the extra key-up delay is not required if the repeater has not had 
time to "drop" since the last transmission. The command AXDELAY allows 
you to specify an additional keyup delay to allow the repeater receiver and 
transmitter to lock-up. The command AXHANG sets the time the TNC2 will 
assume is required for the repeater to drop. If the TNC2 has detected channel 
activity recently enough that the repeater transmitter should still be on, it will 
wait only the TXDELAY time before sending data, rather than adding an 
AXDELAY time as well. 


The commands TXDELAY, AXDELAY, and AXHANG all set times in units 
of 10 ms. If AXDELAY is in effect the total key-up delay will be 


Key-up delay = (TXDELAY + AXDELAY) * 10 in milliseconds. If channel 
activity has been heard more recently than AXHANG*10 ms ago, the keyup 
delay will only be Key-up delay = TXDELAY*10 in milliseconds. 


Packet Timing 


The AX.25 protocol provides for re-transmitting packets if no acknowledgment 
is heard from the intended destination station within a certain period of time. A 
packet might not be acknowledged due to channel noise or "collision" with an- 
other packet transmission, and since there may be other stations on the channel, 
the receiving station may not be able to acknowledge the received packet 
immediately. The time lapse before the originating station re-transmits the 
packet is set by the command FRACK (frame acknowledge time). The 
maximum number of re-transmissions before the originating station terminates 
the connection is set by the command RETRY. The maximum number of 
transmissions of a packet is RETRY+1, since the initial transmission does not 
count as a re-transmission. Setting RETRY to 0 specifies an infinite number of 
retries. 
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The frame-acknowledge time is automatically corrected for the additional time 
required for digipeating. The time interval before TNC2_ re-transmits an 
unacknowledged packet is 


Retry interval = FRACK * (2*n + 1) 
in seconds, where n is the number of digipeaters in use for this connection. 


Acknowledgments of digipeated packets are made from end to end, and 
digipeaters do not acknowledge the packets they relay. If there are several 
intermediate relays, the chance of either the original packet or the 
acknowledgment to be lost increases drastically. To reduce this problem, an 
automatic wait time can be imposed on any station not transmitting a digipeated 
packet. Stations waiting for a clear channel to transmit packets wait for this time 
interval after the channel clears before transmitting. This wait does not apply if 
the station will be transmitting one or more digipeated packets. This usually 
gives the digipeater a clear chance at the channel. 


The wait time is set by the command DWAIT, which specifies 40 ms intervals. 
If no digipeating is being done by anyone in the local area, this parameter can be 
set to 0, but in any event it should be set to the same value by all members of a 
local packet group. 


In order to avoid unnecessary packet retries, the TNC2 implements a collision- 
avoidance strategy which applies to all packets except those being digipeated. 
On the second and subsequent transmissions of a particular packet, the TNC2 
waits an additional random time after detecting a clear channel before beginning 
transmission. This additional random time prevents repeated collisions of 
transmissions by the same two stations. The random time is a multiple (0-15) of 
the TXDELAY time. 


The interval, in milliseconds, between the TNC2 detecting carrier-drop and 
beginning to transmit is: 


Wait time = DWAIT * 10 
for the first transmission of a packet. For subsequent transmissions of the same 


packet the interval is: 
Wait time = DWAIT * 10 + (r * TXDELAY ) * 10 
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where r is a random number from 0 to 15. Thus, if your TNC2 is forced to re- 
transmit packets, you will occasionally hear a fairly long delay before 
transmission begins. 


Multiple packets may be transmitted before waiting for an acknowledgment. 
This permits more efficient channel use when large amounts of data are being 
transferred. The maximum number of packets which the TNC2 will send before 
waiting for acknowledgment is specified by the command MAXFRAME. This 
does not mean that the TNC2 will wait until several packets have been entered 
before transmitting. The MAXFRAME command in combination with the 
command PACLEN, which sets the maximum number of characters in a packet, 
determines how much information can be sent in a single transmission. The best 
combination for efficient data transfer is determined partly by the channel quality 
and partly by the rate at which the terminal can process data. For a 1200 baud 
terminal data rate, you should start with a combination that produces about 300 
characters outstanding at one time. 


Radio Baud Rate 


The radio data transmission rate is selectable for 300 baud and 1200 baud. High 
speed modem such as the MFJ-2400 and MFJ-9600 moden,, if installed, can also 
be selected with the dip switch on the back of the TNC. 


Note that there is no relationship between terminal baud rate and radio baud rate. 
In order to communicate with another packet station you must use the same radio 
baud rates. The length of time required to send a given amount of information 
increases as the baud rate decreases. For example, it takes four times as long to 
send data at 300 baud as at 1200 baud. If you use slow radio baud rates, you 
should limit the length of transmissions by setting MAXFRAME to 1 and 
choosing PACLEN so that the hardware watchdog timer does not disrupt your 
transmissions and channel traffic is broken up frequently. 


The Bell-202 compatible modem is optimized for a 1200 baud radio data rate. 
The on-board modem is not useful at rates higher than 1200 baud. The TNC2 
can provide data signals up to 9600 baud, but an external modem is required for 
operation above 1200 baud. Optional 2400 bps PSK and 9600 baud modem 
boards are available from MFJ Enterprises, Inc. These high speed modem 
boards can be installed inside the TNC2. When an optional modem board is 
installed and when it is in selected to operate the TURBO LED on the front 
panel of the TNC2 will light. Contact MFJ Enterprises, Inc. for more details. 
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For installation of an external modem, see APPENDIX F in this manual for 
more details. 


Special Protocol Times 


You can set up a connection time-out with the command CHECK, which 
specifies a time in multiples of 10-second intervals. This function prevents the 
TNC2 from getting stuck in a connection when the other station disappears for 
longer than the specified time. The TNC2 uses this time somewhat differently 
depending on the setting of AX25L2V2. 


The command RESPTIME sets a delay between the receipt of a packet and the 
transmission of the acknowledgment packet. This delay is used to prevent 
collisions between an acknowledgment and another packet from the sending 
station. This is primarily necessary during file transfers; otherwise the delay is 
best set to 0. During file transfers the stations receiving the file should set 
RESPTIME to 10 or 12 (default). 


The timing of packet transmission in Transparent Mode is determined by the 
command PACTIME. You can choose the way packet transmission is timed. If 
you are typing input to a remote computer it is usually best to have packets 
transmitted at regular intervals. If your computer is operating a remote-host or 
bulletin board program you should send packets after an interval with no further 
input from the computer. You can enable the use of PACTIME in Converse 
Mode with the command CPACTIME. 


MONITOR FUNCTIONS 


The TNC2's protocol is designed for setting up "circuits" between two stations. 
However it can also operate in a mode more suitable for a "net" or "round-table" 
discussion with several participants, although reliable reception of all 
transmissions by every station cannot be guaranteed. This is done by enabling 
the monitor functions. Most of the monitor functions are described in Chapter 4. 
Monitoring is enabled by the command MONITOR ON, and separate monitor 
functions are individually enabled. 


If connected packet QSOs are taking place on the frequency of your group 
conversation, you may wish to ignore all connected packets while your group 
operates in unconnected mode. The command MALL OFF causes the TNC2 to 
ignore connected packets. 
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If you want to be able to monitor packet activity when your station is not 
connected, but have all monitoring automatically cease when you connect to 
someone, set MCON OFF. 


If you want to monitor stations selectively, you can set up a list of up to eight 
callsigns with the command LCALLS. The callsigns in this list are regarded as 
"buddies," i.e., the only stations you want to listen to if BUDLIST is ON. 
Otherwise, the stations in the list will be ignored, and all other stations will be 
monitored. 


You can operate a group conversation with some data integrity by having the 
stations connect in pairs and setting MALL ON and MCON ON. 


This does not insure that every packet is received at every station, but it does 
insure that a packet involved in a collision will be retried. If you have an odd 
number of stations participating in this sort of conversation, one station can 
connect to himself via another station as digipeater. 


Let's say for example, WB6YMH, WDOETZ, WAOTTW, WIBEL, and K9ING 
wish to carry on a group conversation. In order to make all the transmissions as 
reliable as possible, the following connections are made. 


WBO6YMH connects to WIBEL 
WAOTTW connects to KING 
WDOETZ connects to WDOETZ via W1BEL 


If each station specifies MCON ON and MALL ON, each station will see the 
packets sent by all the others. 


Ordinarily, only text packets are displayed. If you want to see some of the 
protocol packets, you can set MCOM ON and connect, disconnect, disconnect 
acknowledgments, and DM _ (connect-request rejection) packets will be 
displayed. For example, 


WB9FLW>N7CL <C> 

KV7B>N2WX <D> 
indicate connect and disconnect packets. Disconnect acknowledgments are 
designated <UA>, and DM packets are <DM>. 
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You can cause the TNC2 to "filter" certain characters from monitored packets 
with the command MFILTER. This allows you to remove, for example, form- 
feeds, bell characters, or extra <LF>s that may be necessary to the stations 
involved in a connection, but which may interfere with your display. You can 
specify up to four characters by giving the ASCII character codes in hex or 
decimal. 


REAL-TIME CLOCK AND TIME STAMPING 


You can enable the TNC2's real-time clock by setting the date and time with the 
command DAYTIME. Once you have set the clock, you can request the time by 
entering DAYTIME with no parameters. 


The format of date and time display is controlled by the command DAYUSA. If 
the TNC2 is powered off, DAYTIME will have to be reset. 


An optional Real-time clock module, MFJ-43 may be installed inside your 
TNC2. This enables the TNC clock to keep running when the TNC is powered 
off. With this clock module installed you will no longer need to reset the TNC 
clock. Contact MFJ or MFJ dealer for information on the MFJ-43 TNC real- 
time clock. 


Monitored packets can be time-stamped if DAYTIME has been set. To enable 
this function, sett MSTAMP ON. You can also time-stamp connect and 
disconnect messages with the command CONSTAMP ON. 


MULTI-CONNECT GUIDE 


Multiple connection capability is a very powerful addition to the TNC2 It is 
very useful for traffic net operation, multi-user bulletin boards, path checking 
and so forth. 


Multiple connection operation is not the same as multi-way operation. With 
multiple connect, you may establish several point-to-point "links" with various 
stations. Multi-way, which is not available, would enable multiple stations to be 
simultaneously interconnected to each other, with each station seeing all data 
passed from any station in the group, error free. 
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Multiple connection operation is another step on the road to proper networking, 
and networking should eventually allow multi-way operation. 


Setting the TNC2 to Normal Operation 


The TNC2 defaults the multi-connection-related commands to the following 
parameters: 


CONPERM OFF 
STREAMCALL OFF 
STREAMDouBLe OFF 
STREAMSWitch | 
USERS 1 


This sets up the TNC2 to act just like a "normal" TNC does, that doesn't support 
multiple connections. The key to obtaining this traditional operation is to set 
USERS 1. 


How to Invoke Multi-Connect? 


If USERS is not 1, you are telling the TNC2 to allow multiple connections to 
your stations from other stations. In addition, TRANSPARENT mode will 
operate differently, in that incoming data will be prefixed with the current 
STREAMSWitch character and identifier (such as "|A"). Thus, truly transparent 
Operation is not possible with this software release supporting multiple- 
connections. 


The STREAMSWitch character, defaulted to "|", should be set to a character 
you won't normally use. Note that this character may be set to a hex value 
between $0 and $FF. This may allow you to use 8-bit characters (AWLEN 8) if 
your terminal or computer is capable of generating such "characters." This 
could help prevent confusion in interpreting incoming data from other stations if 
they happen to send data that includes your selected STREAMSWitch 
character. 


Although not fool proof, enabling STREAMDBL may also help in sorting out 
STREAMSWitch characters included in the received data from a valid stream 
switch generated by the TNC2. 


STREAMCAI! should be especially helpful when manually operating a station 
in which you allow multiple connections. 
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When in CONVERSE mode, you may switch streams by entering the 
STREAMSWitch character (default "|"), followed by a stream identifier ("A" 
through "J"), followed by the data you wish to send to the station on that stream. 
See the example in the description of STREAMCAII for an illustration of this. 


If all this seems a bit confusing, don't worry, it is! The only way to really 
understand multiple connect operation is to try it! Tested and on-the-air, Once 
you have gained confidence in "normal" packet operation, try setting USERS 2 
and get a couple of friends to connect to you. Play with the commands (you can't 
hurt the TNC2 by issuing commands to it!) and see their effects. 


EASY-MAIL MAILBOX 


The Easy-Mail mailbox feature is only valid for the HF and VHF packet mode. 
The operation of the Easy-Mail mailbox is quite simple. There is a command in 
the TNC2 called MAILBOX. Being as the MAILBOX command in your TNC2 
is already turned on, makes your Mailbox ready for use, as soon as your TNC2 is 
powered on. Anyone who operates AX.25 packet can access your mailbox by 
establishing a connection to your station by using the standard packet 
CONNECT command. Once the connection is made, he can send a message, 
obtain a list of the messages in your mailbox, read the messages or kill any 
messages addressed to him. 


The Easy-Mail mailbox in the both the VEC-1770C and the VEC-1776 provides 
approximately 32K bytes of memory for message storage. However, you can 
increase the mailbox memory in either model to 32K, 128K or even 512K, 
depending on either model. This is done by simply replacing the mailbox RAM 
chip on the TNC2 motherboard. This additional memory is also battery backed- 
up by the lithium battery on the TNC2 motherboard. Additional memory chips 
can be purchased separately from MFJ Enterprises, Inc. and can be easily 
installed by the user inside the TNC2. Order MFJ-45A for 32K, MFJ-45B for 
128K RAM IC or MFJ-45C for 512K RAM IC. 


The number of slots and space available for each memory size are as follows: 


# of Slots Bytes Avail. 
[32K 99 32,000 


128K 99 per Bank 128,000 
512K 99 per Bank 512,000 


Set Up your Easy-Mail Mailbox 
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The MFJ Easy-Mail Mailbox can now be operated independently from the 
standard packet operation. There are certain commands which need to be set. 
These will be explained later in this instruction. 


NOTE: Whenever <CR> is found in this instruction this means to press the 
RETURN key, not to type <CR>. 


1. Under the cmd: prompt, type: 


MYMCALL n <CR>; where n is the callsign you wish to use for your 
mailbox. 


2. Type: 
USERS 1 <CR> 


3. If you want your messages time and date stamped, then set DAYTIME 
with the current information. 


NOTE: An optional TNC real-time clock (MFJ-43) for the TNC2 is available 
from MFJ Enterprises. With this real-time clock module installed in 
your MFJ TNC, the clock will continues to keep time even with the 


TNC2 turned off. You will not have to set your TNC2's "DAYTIME" 
every time your TNC2 is powered up. 


4. Type: 
MAILBOX ON <CR> 


Now your TNC2 is ready for simultaneous Mailbox/Packet operations. You as 
the SYSOP can access your Mailbox by typing: 


SYSOP <CR> 
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Your TNC2 will respond with: 


|K[MFJ-2.1c-ITH$] 
Mailbox ready 
n free Mailbox (B,E,H(elp),J,K,L,M,R,S,T)> 


First of all lets find out what the n free is for. The n free is a "Bytes Free" 
indicator. This applies only to the Mailbox. This is a great feature, because all 
users will always know how much space is left in your Mailbox. The Mailbox 
will update the "Bytes Free" whenever messages are forwarded, added or 
deleted. 


Now you are ready to operate your mailbox. However, lets take first things first. 
You very well cannot operate the Mailbox without knowing the functions of the 
commands. So, lets take a look at the functions of the Mailbox commands. The 
functions are as follows: 


B 


E 


Logout: This initiates a disconnect sequence from the Mailbox. 


Edit Message Header: This allows editing of the message header. This is 
necessary for the Forward and Reverse Forward functions of the Mailbox. 
The current is first displayed, then the Mailbox gets the new values, 
according to what is entered at the prompts it gives the user. The local 
and remote SYSOPs may edit any messages in the Mailbox. Remote users 
may only messages TO and FROM himself, and any message of 'T'raffic. 
Below are the edit prompts and an explanation as to what their functions 
are: 


To: The callsign of the person the message is going to goes here. It 
must be different than MYcall or MYMcall. 


@: The callsign of the BBS you wish to Forward the message to is 
placed here. This BBS should be the one where the person whom you 


are sending the message to gets his mail. 


From: The callsign of the person who originated the message is placed 
here. 
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Type: The Type of message you are sending is placed here. This will 
turn on a flag in the first flag box. There are a few message types, and 
here are a couple listed below: 


1. "T" messages These are NTS (National Traffic System) type 
messages. This message system was developed by the ARRL. These 
messages must be formatted in a certain way. Please refer to the 
ARRL Net Directory for more detailed view and information on 
this message system. 


2. "P" messages These types of messages are still private to the 
sender, recipient, and the SYSOP. 


There are other types of messages supported by the Mailbox but without special 
features. 


Flag: The message Flag is now very important. All of flags can be set 
via the S (send) or E (edit) commands. This flag will either be an N or a 
Y. This will appear in the flag block closest to To: block in the message 
header. There are different types of flags are as follows: 


N Messages with this flag set are all able to forwarded, providing 
all other criteria is met for a message to be forwardable). Only 
messages with the N flag set, trigger the "You have new mail!" 
message. 


T The T flag indicates that the message is an NTS message. 


Y Messages with the Y flag set are eligible to be killed by the "K" 
global kill command. 


F This flag is set when a message is forwarded. Messages which 
are eligible to forwarded are: 


1. Messages where the N flag is set. 


2. Messages that have no @ addresses that are different from 
MYMcall. 


Page 71 


TNC2 SYSTEM MANUAL ADVANCED OPERATION 


P Messages with this flag set are private to the sender, recipient, and 
the SYSOP. Only the person to which the message is addressed to can 
read or kill it. The local or remote SYSOP can read or kill any message 
in the system. 


Here is an example of a Mailbox message with a Type flag and a message flag 


inserted: 


Slot:1 PN To:KB5JNZ From:KF5C BBS Bulletin 


The P is in the Type flag block, which indicates that the message is a Private 
message. The N is in the Message flag block, which tells you that the message 
has not been read by the callsign KBS5JNZ. 


When KBSJNZ reads the message the N flag will become a Y flag. 


Help) 


K## 


This command displays the Mailbox command list. <A_ brief 
description of the commands available to user is given. 


This command replies with the TNC'’s MHeard list. The eleven most 
recently heard callsigns will be displayed. The "J" command only 
applies to remote users. 


Allows you to kill messages which are addressed to you. This works 
in conjunction with the Y flag. In order to perform a Global Kill, first 
of all of the messages to be killed during this must have the Y flag set 
in the header. Secondly, all messages to be killed must have the same 
callsign as MYMcall. 


Allows you kill the message in slot nn, where nn is a particular slot 
number. Remote users may only kill messages which are addressed 
only to them or originated by them. The local and remote SYSOP can 
kill any messages, depending on the setting of the new command 
REMsysop. Please refer to the REMsysop for more detailed 
information. 


This command allows the remote user, local or remote SYSOP to list 


all messages in the mailbox. All of slots which are currently in use 
will be listed. They all will have the slot number, flag field, the 
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destination callsign, originator callsign, subject field. Also the 
Mailbox command line will be on the next line. 


M This allows the remote user, local or remote SYSOP to change 
memory banks in the mailbox ram. The current memory bank is 
indicated on the mailbox command line. The bank will be inside a 
pair of{}, which will be after the "bytes free" indicator. Below is an 
example of a typical command line from the mailbox: 


nn free {n} Mailbox (B,E,H(elp),J,K,L,M,R,S,T) > 
Where {n} is the bank number. The bank number will vary from 0 to 7 


depending on the size of the expanded memory ram. The bank numbers in 
relation to the RAM size are as follows: 


MEMORY SIZE BANK NUMBER 


32K 


128K 
512K 


NOTE: There will be only one (1) number in the { } at anytime. 


For example let's say that you are running a 128K mailbox, and a remote user 
wants to access memory bank #1. First a connection to your mailbox must be 
made. Once the Mailbox command line is obtained the user will type: 


M0 <CR> 


This will be received by your Mailbox and then your Mailbox will send back a 
new Mailbox command line: 


nn free {0} Mailbox (B,E,H(elp),J,K,L,M,R,S,T) > 
Thus the {0} indicates the memory bank has been switched to bank #1. 


NOTE: The "M" function applies only to an TNC2 which have expanded 
mailbox memory. 
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R 


This command lets you read messages addressed to you. When you 
list the messages in the mailbox you notice an N flag next to the 
messages which you have not read. Once you read those messages 
the N flag will change to a Y flag. This is an indicator to both you 
and the SYSOP that the messages have been read. From there you 
can perform a global kill on all of your messages or the SYSOP can 
kill them individually. 


NOTE: The only way an N flag can get changed to Y flag during a read is that 


R## 


S call 


SP call 


the person who the message is addressed to needs to read it. The flag 
will not change for any other person who reads the message. 


Allows you to read the message in slot ##. Where ## is a particular 
slot number. This command works the same as the R command, 
except its for reading the individual slots. 


This allows the remote user, local or remote SYSOP to send a 
message to the designated callsign. "CALL" must be a callsign valid 
under the same format as the MYCALL, CONNECT or other callsign 
commands. You can also send messages in NTS (National Traffic 
System) format. You will need to refer to the ARRL NET 
DIRECTORY for more detailed information on the NTS system. 


This allows the remote user, local or remote SYSOP to send a 
personal message to the designated callsign. This is a private 
message and only the person to whom the message is addressed can 
read or kill it. The SYSOP can also read the private messages. When 
a private message is listed a P flag is shown in the "Message Type” 
flag block. The P flag can also be inserted by the originator or the 
SYSOP through the Edit command. 


This command allows the remote user to page the SYSOP. When the 
T command is invoked from the remote user the following message 
appears on the SYSOP's computer screen and it also is sent back to 


the remote user's screen: 


Paging SYSOP; any key aborts 
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The Mailbox will page the SYSOP by ringing the SYSOP's terminal bell 30 
times. If the SYSOP is at his or her terminal, the asterisk character will appear 
on the screen every time the terminal bell (CTRL-G) rings. If the SYSOP does 
not answer the Mailbox will send the message back to the user saying no answer. 
Below is an example of a typical screen: 


Paging SYSOP; any key aborts... 
he oh ae of oe fe of ae he 2 fe of 2 fe of oe fe 2 ae he 2k ae ahs ok ok oh 2k ok 2 AT answer 


The remote user may abort the SYSOP page by sending packet to the Mailbox. 
If the SYSOP does answer the page then the SYSOP can enter CHAT command, 
then converse one-on-one with the remote user. 


This concludes the explanation of the commands which are on the Mailbox 
command line. Now lets get into a little of the Mailbox operation. If you have 
any questions about the Mailbox commands, we believe they will be answered in 
this section. 


Mailbox Operation 


1. First establish a connection to the Mailbox station. 


2. — If the Mailbox of the station to which you are trying to connect with is ON, 
then it will answer back with the Mailbox prompt: 


Mailbox Ready 
nn free {n} Mailbox (B,E,H(elp),J,K,L,M,R,S,T) > 


NOTE: The nn free indicates the amount of RAM space available for messages 
in the Mailbox to which you are connected to. The nn will be no higher 
than 65K, if a 512K or a 128K Mailbox is in operation. If the Mailbox 
is 32K then nn will be 32K. 


NOTE: The{n} indicates the memory bank being used for the Mailbox. Please 
refer to the explanation of the M command for the Mailbox, in this 
section. 


Now at this point all of the Mailbox are available to you. You may then type M 
to switch the memory bank of the Mailbox, K to kill a message, L to list all 
messages, R to read the messages, S to send a message, B to logout and 
disconnect from the Mailbox or H for the HELP menu. 
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3. To send a message the S or the SP commands must be used. It must be 
used in conjunction with a callsign as in the examples below: 


S KBS5JNZ <CR>, this will send an ordinary message to the callsign 
KBSJNZ. 

or 

SP KBSJNZ <CR>, this will send a private message to the callsign 
KBSJNZ. 


The Mailbox will respond with: 
Title: 


The user will enter the message subject (title) at cursor prompt, then press the 
"RETURN" key. 


The Mailbox will respond with: 


Send msg; Control-Z or /EX to end: 


The user will then enter the message at the cursor prompt. If you are using a 
512K or 128K Mailbox then you can actually upload disk files into the Mailbox. 
The 32K version has the same capability but with 32K RAM capacity. At the 
end of the message press a Control-Z and the RETURN key. The message will 
be sent. 


Your message will be seen on the mailbox station's screen, then the mailbox will 
respond with the mailbox command prompt: 


nn free {n} Mailbox (B,E,H(elp),J,K,L,M,R,S,T)> 
Where nn is the "bytes free" indicator. This tells the user how much ram space 


is available in your Mailbox. Also {n} is the indicator of the current memory 
bank in use by the Mailbox. 
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4. There are two (2) different ways to kill messages. The first is give in the 
example below: 


I. To kill a message in a particular slot type: 


K## <CR> 
Where the ## is the message number you want to kill. 


The Mailbox will respond with: 


Message ## deleted; 
nn free {n} Mailbox (B,E,H(elp),J,K,L,M,R,S,T) > 


This is whether or not the message flag is set to an N or a Y. Note that the 
remote users may only kill messages which are addressed them. The originator 
can also kill the message. The local SYSOP can kill any or all messages in the 
Mailbox. 


Il. You can perform a Global Kill on a group of messages which are 
under the same callsign. To perform this two (2) conditions must be met: 


a. All messages must have been read and the message flag must be a Y. 


b. The callsign contained in the MYMcall must be the same as the 
callsign in the MYcall command. 


If the above conditions are met then all the user must type: 
K = <CR> 


This will go out to Mailbox, then the messages with the message flags set to Y 
and all of the proper callsigns will be killed. The Mailbox will respond back to 
the remote user with all message numbers killed during the Global Kill process. 
Also the Mailbox prompt will be given again. The "bytes free" indicator will be 
updated also. The SYSOP either remote or local can do a Global Kill. The 
SYSOP must individually kill any messages. 


5. The remote user or local SYSOP can List messages from the Mailbox. In 
order to do this first the Mailbox prompt must be obtained by either a 
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connection to the Mailbox or through the local SYSOP command. Then to 
List messages from the Mailbox: 


Type: L <CR> 


The Mailbox will respond with a list of currently used slots in the following 
format: 


Slot:## To: From: Subject: 


Where Slot## column is the number of the slot which the messages are in. The 
lower case t is the Type Flag block. The lower case m is the Message Flag 
block. The To: column will contain the callsign of the person who the message 
is addressed to. The From: column will contain the callsign of the person who 
left the message. The Subject: column will contain a brief message title. 


NOTE: that the number of slots for an TNC2 without expanded memory is 30. 
For an TNC2 with the expanded mailbox memory installed the 
maximum slots per memory bank is 99. 


After the Mailbox lists all messages it will issue the Mailbox prompt: 
nn free {n} Mailbox (B,E,H(elp),J,K,L,M,R,S,T) > 


6. Anyone who accesses the Mailbox can read messages which are addressed 
to him/her. Also a message which is a addressed to ALL, such as bulletins 
can be read by anyone. Messages can be read by two (2) different 
methods. Below are the two methods: 


A. This method will allow the remote user, local or remote SYSOP to read 
a group of messages. This is only good for a group of messages with the 
same callsign as MYcall. The set conditions of the Type or message flags 
have an effect on a read process. They can be set to an N, Y or an F. To 
perform this type: 


R <CR> 
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B. Messages can also be read individually by the slot number. This is good 
for reading other messages like bulletins or messages addressed to ALL. In 
order do an individual read type: 


R## <CR> 
Where ## is the slot number of the message that you wish to read. 

C. The Mailbox will respond with the message from the slot specified. 
All messages read will be in the following format. 


Slot## To: From: Subject: 
This is an example of a message from the Mailbox 


Where Slot## column is the number of the slot which the messages are in. The 
lower case t is the Type Flag block. The lower case m is the Message Flag 
block. The To: column will contain the callsign of the person who the message 
is addressed to. The From: column will contain the callsign of the person who 
left the message. The Subject: column will contain a brief message title. 


Then at the end of the message the Mailbox prompt will be issued. 


7. The remote user can also disconnect from the Mailbox without having to 
issue a CTRL-C, D and a RETURN. All that needs to be done is to type: 
B to logout of the Mailbox and disconnect from the it. If you access your 
Mailbox via the SYsop command, then you must issue a CTRL-C to exit 
the Mailbox and return to command mode. The command prompt will 
indicate the stream you are on. The command prompt may look like this: 


|Acmd: where |A indicates that you are on packet stream A. 
This is the only way the remote users can access your Mailbox. If you stay in the 
SYSop mode then when a user tries to connect to your Mailbox he will a 


message like this: 


CALLSIGN Busy 
Disconnected 
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The SYSOP will receive a message like the example below when he is in the 
SYSOP mode and someone tries a connect: 


*** connect request: CALLSIGN 


Additional Mailbox Features 


Other TNC2 mailbox features are as follows: 
Forwarding 


The TNC2 Mailbox now has the ability to Forward mail to most full service and 
personal mailboxes. This feature allows you to compose your mail on your 
TNC, at your leisure, and then Forward the resulting messages for eventual 
delivery. 


Messages may be forwarded any one of three ways either manually, by 
command, or by automatic forward. You can either forward messages hourly, or 
by your local full-service mailbox's reverse forward request. 


Manual and hourly forwards may proceed through up to eight (8) digipeaters, 
allowing the messages to be forwarded through ROSE switches. Also NODE 
forwarding is can be done too, thus allowing you to forward mail through 
NETROM, THENET, and KA-NODE switches. Please refer to the NODeforw 
command in this manual. 


In order to conserve RAM, space the SYSOP may specify that forwarded 
messages be killed upon successful forwarding. However, if conserving RAM is 
not a concern, then forwarded messages will be flagged "F". This flag will 
appear in the message flag block. Messages with F flags will be saved in the 
mailbox for the SYSOP's disposition. 


All forwarding events are monitored on the screen, in order to inform the 
SYSOP of the forwarding progress. 


In order for a message to be eligible for the forwarding process two (2) 
conditions must be met: 


1. Messages must have N flags in the message flag block. 
2. All messages must have an @ callsign in the message header. 


Page 80 


TNC2 SYSTEM MANUAL ADVANCED OPERATION 


The command used to forward a message is FO. All forwards must be done in 
the stream cmd:mode. This command is by pressing a CTRL-C while in the 
SYSOP mode. Below is a typical example as to how to use the FO command: 


FO CALLSIGN <CR> 


Where CALLSIGN is the callsign of the destination mailbox. This callsign must 
also reside in header of the message to be forwarded. The message header can be 
altered through the Mailbox Edit command. Please refer to the EDIT command 
in this manual. When the FO CALLSIGN is issued the TNC2 will initiate a 
connect request to the destination BBS. If the connection is successful the your 
mailbox will proceed to send the message to the destination BBS. 


Eliciting Reverse Forwards 


This very unique feature, when combined with the hourly automatic forward, 
enables the MFJ mailbox to query another BBS, regularly and automatically, for 
the purpose of polling the other BBS for the TNC user's mail. Thus, even if your 
local full-service BBS operator is unwilling to forward to you, you can still have 
most of the benefits of auto-forwarding because your own TNC will elicit your 
mail for you on an hourly basis. 


Reverse forwards may be restricted to a particular callsign. This prevents others 
users from "stripping" messages off of the mailbox prior to their being forwarded 
to the legitimate destination. 


When all messages are forwarded, if the destination mailbox supports reverse 
forwarding (as determined by $ in it's SID) then the TNC2 will attempt to elicit a 
reverse forward. 


Remote Heard Log 


This handy feature allows the remote user to query the TNC heard log at any 
time. From this log the remote can determine band conditions, or just see who 
has been around. The log holds eleven (11) of the most recently stations. 
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Chat Mode: 


The Chat mode feature in the TNC2 Mailbox is similar to the standard TNC 
"converse mode". It enables the SYSOP to break onto a mailbox link, and get 
one-on-one with mailbox user. This is just like a regular "Packet QSO". This is 
good for discussing problems maybe with the link or with the mailbox in general. 
Chat mode terminates any user or forwarding operation in progress. The 
mailbox will stay in Chat mode until the SYSOP returns to command mode. 


Page SYSOP 


This allows the remote user to "Page" the SYSOP by ringing the SYSOP's 
terminal bell. This is done by the SYSOP's mailbox sending a CTRL-G to the 
SYSOP's terminal. The SYSOP's mailbox will poll the terminal's bell 30 times. 
If the SYSOP does not answer the remote user will receive a message back 
saying No Answer. If the SYSOP does answer then he can go into the Chat 
mode, and converse with the remote user. For more detailed information on this 
feature please refer to the section on Mailbox Set Up in this manual. 


Remote SYSOP 


The Mailbox has the capability to be remotely controlled. A callsign can be 
specified by the SYSOP for this purpose. This would be useful in the case 
where the SYSOP is out in the field. It would allow him to control the mailbox, 
and do most of the local SYSOP's duties, such as killing messages, reading, 
editing message headers for forwarding purposes. 


Mailbox CText 


This is a message dedicated to the Mailbox, but is used when a connect is made 
to the MYMcall callsign. It is limited to 120 characters in length. If MCText is 
empty, then no message will be sent. 


Idle Timeout 


The Mailbox incorporates an idle timeout function. This is to ensure that the 
mailbox is still accessible in the event of a remote user drop out during a 
connection or walks away from the TNC for too long. The Mailbox will 
automatically do a disconnect from the link after the time which the SYSOP 
specifies. 
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Abort: 


This command gives the SYSOP control over the mailbox by allowing him to 
force a disconnect on the mailbox link. It may also be used to avoid any QRM, 
to abort a forward-in-progress. You can also use it to terminate mailbox usage 
by an unwelcome user. 


The new Mailbox system is fully compatible with NTS packet messages also. It 
allows you to format NTS type messages, and send them to another destination. 


The TNC2 also incorporates a new "bytes free" counter. It is updated as the 
mailbox fills or empties. It keeps up with the available RAM in multiple memory 
banks. 


The Mail waiting is indicated by the flashing of the STA/MAIL LED on the 
front of the TNC2. 


The STA/MAIL LED of the TNC2 serves two functions. It lights when 
unacknowledged packets are pending during a packet connection. If you have 
mail waiting, the STA/MAIL LED will flash on and off if the TNC2 is not 
connected to another packet station. 


The "mail-waiting" LED function can be disabled by using the MAILLED 
command. MAILLED is defaulted to ON. When MAILLED is OFF or when 
TNC2 is in aconnected state, STA/MAIL LED will not flash. 


MAILBOX MESSAGES 


You have new mail! 
Upon accessing the mailbox this message will appear if there are any new 


messages are addressed following the last time you logged into the mailbox. 


You have mail! 
Upon access to a mailbox, this message will appear if there are messages 
addressed to you. 


2EH 


This message occurs when a command issued is not understood by the mailbox. 
This could be out of range slot number, missing slot number where one is 
required, or bad command. 
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Cannot, not yours 


This message occurs when a remote user attempts to kill a message which is not 
his, or he tries to read personal message by or for someone else. 


?Mailbox full 


This message occurs when either all of the available slots are full, or the actual 
message space is full. Messages must be killed to recover from this error. 


Not found 


This message occurs when one attempts to read or kill a non- existent message 
from an empty slot. 


None found 


A parameterless Kill or Read command did not find any messages addressed to 
the user. 


No mail 


A parameterless read command did not find any mail addressed to user or due to 
mailbox being empty. 


SLOTTING AND ACKNOWLEDGMENT PRIORITY 


The SLOTTING AND ACKNOWLEDGMENT PRIORITY feature is 
installed in the TNC2 in an attempt to prevent or minimize packet collisions in a 
busy channel. 


Use of the optional SLOTTING and ACKNOWLEDGMENT PRIORITY 
routine now in the TNC2 firmware significantly improve the reliability of packet 
radio connections on shared channels. The greatest improvement is yielded 
when all stations in a network are so equipped and configured with the 
appropriate, matching parameters. 


SLOTTING improves channel efficiency by requiring each TNC to "flip" a 
many sided die whenever the channel goes from busy to not-busy. The result of 
the "flip" is the number of 10ms DEADTIME intervals the TNC waits before 
transmitting. 
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SLOTTING solves most of the problems that occur when there are two or more 
stations waiting to transmit when a third is already transmitting. Before slotting, 
the first two stations are definitely going to transmit at the same time, 
guaranteeing a collision. With slotting, the first station will probably choose a 
"slot" different from the second. If everyone is hearing everyone else, collisions 
are very unlikely. 


In conjunction with slotting, the ACKNOWLEDGMENT PRIORITY feature 
helps improve channel utilization by assigning priority to acknowledgments 
(AX.25 frame types "S"), i.e. acknowledgments are never delayed by slotting. 


The reason this works is because each TNC recognizes when another is 
transmitting. It also recognizes the destination of each packet it hears. If a TNC 
hears a packet not addressed to it, it can assume that somewhere another TNC 
will send an acknowledgment. 


Therefore, on hearing packets for others, a TNC will always wait at least one slot 
time in case the addressed TNC acknowledges. And it will never delay it's own 
acknowledgments. 


DESCRIPTION 


The idea behind the prioritized acknowledgment (ACK) protocol is quite simple. 
The idea is to give ACKs priority access to the channel so that time is not wasted 
retrying packets that have already been correctly copied but for whatever reason, 
the ACK is not received within the time limit defined by the FRACK timer. 


The present protocol does not handle a simplex LAN with hidden terminals as 
well as it possibly could. This is primarily because, the present protocol is more 
likely to synchronize collisions with acknowledgment packets than with any 
other type of packet. 


To this collision synchronization mechanism the current version of AX.25 adds a 
propensity to cause even ACKs which are not from hidden terminals (& 
therefore less susceptible to collision) to be delayed beyond even generous 
FRACK timer settings when the channel gets busy. 


Once the FRACK timer times out, even if the ACK finally makes it through 
before the retry is sent, the original packet is retried anyway. This obviously 
wastes a lot of time which could be better used clearing the channel of some of 
the legitimate offered load. 
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It is this feature of the current AX.25 protocol that accounts for most of the 
abysmally poor performance of the currently popular NETROM and THENET 
nodes when they are used as omnidirectional single channel (or even 
multichannel if there is more than a single other node on each channel) systems. 
It should be noted that these node chips CAN handle point to point links to a 
single other node perfectly adequately. 


The prioritized ACK protocol avoids the above problems by giving ACKs 
priority access to the channel. It does this in such a way that even ACKs coming 
from hidden terminals are protected from collision. 


The current protocol gives a limited version of this priority access only to 
digipeated frames. Although it will be possible to support digipeating in a 
compatible (with the new protocol) fashion, compatible digipeating support was 
not an objective that was addressed in this release. 


Ack prioritization works with slotted channel access in the following way: 


1 Response frames (ACKs) are always sent immediately with no time delays 
unrelated to hardware limitations applied. Ultimately, not even DCD will 
be checked for sending an ACK. However, in this release DCD will still 
hold an ACK off the channel. 


2 Stations queued up to access the channel but waiting for a channel busy 
condition (DCD true) to clear, will start a slotted access procedure only 
AFTER enough time for a response frame to clear the channel has 
transpired (weather or not the response frame is detectable by the queued 
up station). 


3 Slot time windows are selected to be large enough that the local TNC will 
be able to unambiguously determine whether any other detectable station 


has selected any slot, preceding the slot selected by the local TNC. 


This is to prevent two TNCs which have selected adjacent slots from colliding. 


Page 86 


TNC2 SYSTEM MANUAL ADVANCED OPERATION 


As you can see, under this protocol there will never be a condition where an 
ACK is delayed from being sent beyond the FRACK timer limitation. In fact, 
the FRACK timer becomes relatively meaningless in this context. However, in 
the current firmware release, The FRACK timer is still active and must be set to 
a value that is long enough to allow time for PACLEN + ACKWAIT to expire 
before FRACK does. This time will depend on the radio baud rate in use. The 
TNC knows that if it doesn't see the ACK immediately when expected, it is never 
going to see it. See discussion of new parameters below for definition of 
ACKWAIT. 


Enforcing a channel access delay for all stations on the channel for whom the 
packet that caused the queue was not intended (& who therefore aren't going to 
ACK it) allows even ACKs from hidden terminals to get back to the expecting 
station. This clears that traffic from the offered load list. 


If the packet was indeed copied and ACKed, further retrys of the same 
information will not be necessary. 


New Parameters 


There are several new parameters that relate to this modification of the protocol. 
They are as follows: 


ACKPRIOR ON|OFF 

This enables prioritized acknowledgments if turned on. 

If ACKprior is turned off and SLots (see below) is set to 0, this modification of 
the AX.25 protocol is effectively disabled. The TNC2 will behave like normal 
AX.25 protocol. 

Prioritized acknowledgments and slotted channel access can be enabled or 
disabled independently of one another. So you could if you wished run normal 
AX.25 with slotted channel access or the new protocol without slotted channel 
access. 


DEADTIME 0 - 250 (each increment represents 10 milliseconds) 


This is the time between when a remote TNC has pressed PTT and when the 
local TNC can reasonably be expected to detect this fact. 
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This must be set to a value that accounts for the slowest acceptable station on the 
channel. It includes the time required for the remote station's radio to come on 
the air properly after assertion of PTT (TXDelay) and the time required for the 
local station's squelch (if used) and TNC DCD circuits to allow generation of a 
"DCD true" signal in the local TNC. Ideally, once the proper value for this timer 
is ascertained, all stations on the channel will use the same value. 


Very preliminary testing done here on VHF indicates that measurements of the 
above delay times should be multiplied by 1.5 for use as the DEAdtime 
parameter. We had carefully measured the times for all stations participating in 
our tests. This gave us a worst case delay total of 210 milliseconds. 


When we ran the test, we were still getting about a 5 percent collision rate on the 
acknowledgments. We were required to increase the DEAdtime parameter to 30 
(300 milliseconds) to completely eliminate collisions with ACKs. 


The current default for this parameter is a ridiculously short 30 milliseconds. 
This represents only the worst case delay for the TNC’s DCD circuit and 
completely ignores the radio delays. 


A much more reasonable value for this ttmer on VHF NBFM 1200 baud AFSK 
is 300 milliseconds (DEAdtime 3et to 30). This represents a relatively safe time 
for a radio that is usable for serious packet work. 


Most HF linear mode radios are MUCH faster than VHF FM radio. A reasonable 
setting for HF work is 120 milliseconds (DEAdtime set to 12). This should work 
fine with virtually any HF radio stable enough to consider using on HF packet. 


ACKTIME — 0-250 (also 10 millisecond increments) 


This represents the time required to send a response frame (with no I field 
appended) at the baud rate being used on the radio port. 


The current 100 millisecond default is close but should be adjusted for 1200 
baud work to 130 milliseconds (ACKTime set to 13). 


For 300 baud HF work this parameter should be set to 520 milliseconds 


(ACKTime set to 52). 
SLOTS n_ 0<=n<=127 
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This parameter determines how many sides are on the slot time dice. SLOTS 
represents an n+l sided dice the TNC2 "throws" before transmitting. The 
SLOTS command allows any number of slots from | thru 127 to be defined. 


SLOTS (n) REMARKS 
ji Cid Disables Slotting —Ci‘CSCSCidz 


This should be the default setting 
Use only if the channel is VERY busy. 


Super very Busy 
Super Super very Busy 


1 
so 
VERY VERY VERY busy ! 
: 


The value used on a particular channel should be agreed on by the channel users. 
Access to the channel will be equitably distributed among all users if everybody 
is using the same value for the SLotmask and DEAdtime parameters. 


The idea is to pick a value large enough that the probability of two queued up 
stations picking the same value is relatively small. On the other hand, the value 
chosen should be small enough that most of the time, ONE of the queued up 
stations will have a significant probability of picking the first available slot. In 
this way, the channel is reliably arbitrated and at the same time the overhead 
required for the arbitration is minimized so that overall throughput on the 
channel is maintained. 


The actual value used will depend on the average number of queued up stations 
there are on the channel during busy periods. 


ACKWAIT (not directly user settable) 


This timer actually consists of the sum of the 2 user settable parameters 
ACKTime and DEAdtime. It represents the time the queued up TNC will wait 
before transmitting if it has selected slot 0. This allows time for a completely 
inaudible (to this TNC) ACK to have been sent on the channel without 
molestation. It was split into two timers because it has two unrelated 
components. One is related only to the baud rate being used on the channel. 
The other is related only to the absolute times the hardware requires to transport 
carrier information from one station to another on the channel. 
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Other Related Parameters 


Several of the existing TNC parameters will affect the operation of the modified 
protocol. Most of these are parameters in TNCs on the channel which AREN'T 
using the new channel access procedure. One, FRACK, must be set correctly in 
any TNC which IS using prioritized ACK protocol. 


FRACK should be set to a value which allows time for the TNC to send its 
packet AND receive the ACK. This value will depend on the settings being used 
for PAClen and the radio port baud rate. This is because, for some reason which 
I can't even begin to understand, the FRACK timer starts at the BEGINNING of 
the packet rather than at the end. For this reason, it is probably best to set 
FRACK to its worst case value for whatever baud rate you are using on the radio 
port. This way you can make adjustments to PAClen without having to worry 
about interaction with the setting of FRACK. 


The FRACK settings that should be used (at least initially for BETA testing) are 
as follows: 


BAUD RATE | FRACK (SECONDS 
ae aa 


1200 3 
300 


NOTE: that these settings apply when everyone on the channel is running the 
new protocol. This assumes that all stations on the channel have both 
DWait and RESPtime set to 0. 


If you are running the new protocol on a channel where some of the stations have 
long RESPtime delays, those stations will not be able to successfully 
communicate with you after connecting. If you wish to communicate with these 
stations you will have to set your FRACK timer to a number which is longer than 
the other stations RESPtime delay. 


Both DWait and RESPtime are meaningless in the context of the new protocol. 


However, in this release both timers are still active and should be set to 0 when 
using the new protocol. 


Page 90 


TNC2 SYSTEM MANUAL ADVANCED OPERATION 


Initial Parameter Settings Summary 


The settings for use at 1200 baud on a VHF FM channel are: 


ACKprior ON 

SLots 3 

DEAdtime 33 

ACKTime 13 

RESPtime 0 (If you require a nonzero value for this parameter in 


order to prevent ACKing individual packets in a MAXframe greater than | 
blast, your DCD circuit is not working. Please get it fixed.) 


DWait 0 (DWait should be set to 0 even if there are digipeaters on the 
channel. The new system will not degrade the performance of digipeaters 
on the channel because the ACK WAIT can be used by the DIGI.) 
MAXframe 1 - 7 depending on channel quality 

FRACK 3 


The settings to use for 300 baud work on a linear mode HF channel are: 


ACKprior ON 
SLots 3 
DEAdtime 12 
ACKTime 52 
DWait 0 
RESPtime 0 
MAX frame 1 
FRACK 8 
What to Expect 


This modification to the protocol is compatible with stations using the current 
protocol in the following respect. A station using the new protocol will not 
degrade the channel for users of the current protocol. So there is nothing wrong 
with firing up the new stuff on a channel where the majority of the users aren't 
yet using it. 
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You will be able to communicate with users of the other system without 
difficulties. 


However, if the users of the old channel access procedures have DWait and 
RESPtime set to 0, they will tend to hog the channel from users of the newer, 
more polite access system. 


Therefore, for purposes of testing the effect of the new system on channel 
throughput, if there are stations on channel which are NOT using the new 
system, they should set their DWait value to one that is compatible with the 


new system users. A reasonable DWait setting for 1200 baud use would be 73. 
For 300 baud work, it would be 76. 


While these settings seem extremely long, they will assure that the stations NOT 
using the new protocol always get a shot at slot #1. With these settings, the users 
of the NEW protocol will occasionally capture the channel. 


Settings of 43 for 1200 baud and 64 for 300 baud could be used to assure that 
stations NOT using the new protocol always have a shot at slot #0. This will 
result in users of the new protocol almost never being able to capture the channel 
unless all traffic from users of the old protocol has been cleared. This should 
NOT be done unless ALL stations are using some type of slotted channel access 
procedure with compatible numbers of slots and compatible slot times. 


Remember that the objective of the new channel access procedures is to increase 
aggregate throughput for the CHANNEL, not necessarily for an individual user 
(not even you!). It may seem to you at first when you get on a very busy channel 
where you are the only station that is using the new system, that you aren't 
getting to transmit very frequently. This is because you aren't getting to transmit 
very frequently. However, the OTHER users on the channel will see an 
incremental increase in the overall amount of data that the channel can pass per 
unit time because you are being such a nice guy. Remember that transmitting 
isn't necessarily communicating. 


There is ONE benefit that you should be able to see even under the above 
circumstances. If you are communicating with another station who is also 
running the new system, the channel should appear more reliable to you even if 
quite slow. You should not be getting retried out waiting for his ACK to come 
back & have to keep reconnecting. 


Page 92 


TNC2 SYSTEM MANUAL ADVANCED OPERATION 


As a higher and higher percentage of the users on the channel begin using the 
new system, the performance of the channel should increase quite a bit. 
However, we all must remember that if a channel is mathematically capable of 
transferring (for example) 1000 characters per unit time, the very best it can 
possibly do (if CSMA is working right) is reliably pass about 620 characters per 
unit time. If it is offered more than this to handle, performance falls off sharply 
with increased offered load. Currently the typical AX.25 simplex channels 
observed on the HAM bands tend to hover around 10 to as high as 18 percent 
throughput. This is far below the 62 percent that is possible when the protocol is 
working right. 


PACKET PICTURE TRANSFER 


The TNC2 gives you the unique ability to transmit and receive Packet Pictures. 
Unlike the binary file transfer ability common to all packet controllers that lets 
you transmit and receive picture files, the TNC2 lets you transmit and receive 
actual high resolution packet pictures directly. These high resolution Packet 
pictures are sent to the computer screen if special software, such as the VEC- 
168W, or MFJ-1284W is used. 


Packet Picture transfer to the computer screen 


Packet pictures can also be received and displayed on the computer screen in 
real time. To achieve this a special terminal program must be used. The MFJ 
Starter Pack for IBM and compatible computer, MFJ-1289, includes the terminal 
program, MultiCom™ that allows you to transmit and receive SVGA, VGA, 
EGA or CGA pictures in real time and display them on the screen. MultiCom™ 
can transfer binary files in additional to picture files. 
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DETAILED HF PACKET OPERATION 


Radio Setup for HF Packet Operation 


Setting up your Radio interface will follow exactly the same procedure as for 
VHF NBFM operation with the exception that you will probably not need to set 
the modem output level. This is because linear mode radios typically have a 
transmit audio level control on the front panel and an indicator which tells you 
when you have set the level correctly. You will adjust the audio level just as you 
would for SSB operation. 


If you are using the auxiliary audio input connector (other than microphone 
input), you MAY need to adjust the transmit audio level from the TNC2 
modulator. This is because many auxiliary audio inputs are intended for phone 
patch audio. These levels are typically much higher than microphone levels. If 
you do adjust the output level of the TNC2 to a relatively high value for this type 
of application, do not operate the TNC2 with a VHF NBFM radio unless you 
take steps to assure that the audio level for the FM radio will not produce 
excessive deviation. If both radios are to remain connected to the TNC2, you 
can set the audio level for each radio independently by using the audio output 
level adjustments, R157, on the left side of the TNC2 with a small screw driver. 


The modem center frequency used by the TNC2 for all of the narrow shift AFSK 
modes including HF packet operation is 2200 Hz (2125 and 2295 Hz tones). 
Most frequencies listed for packet operations in the HF bands were established 
using a modem center frequency of 1700 Hz (1600 and 1800 Hz tones) in lower 
sideband mode. This is a 520 Hz offset (2220-1700) between the two modem 
standards. So a listed frequency of 7093, for example, will cause you to have a 
frequency display on your radio of 520 Hz PLUS the listed frequency (IF you 
are also using lower sideband mode). Thus you should find the 7093 KHz 
packet activity centered around 7093.52 KHz. 


Your tuning indicator (VEC-1776 only), when properly centered, is easily 


capable of 10 Hz alignment accuracy. It should be used as the tuning reference 
on any individual signal regardless of the frequency indicated on the radio dial. 
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NOTE: The signal actually transmitted by your SSB transceiver F(emission) 
when using the TNC2 for AFSK HF packet operation using lower 
sideband will cover a band of frequencies approximately 400 Hz wide 
and centered at the transmitter indicated carrier frequency (F(ind)) 
minus the modem center frequency (Fc). 


So you would use: 
F(emission) = [ F(ind) - Fc ] 


to determine the actual operating frequency for band edge or netting purposes. 
Remember to consider that you will be occupying a few hundred Hz on either 
side of F(emission). 


NOTE: Regardless of the type of modem, whether or not the modem has audio 
filtering built in, 300 baud AFSK modem performance on a High 
frequency linear mode (SSB as opposed to NBFM) radio channel will 
NOT be optimum UNLESS a filter of approximately 500 Hz bandwidth 
is used in the radio IF strip. 


There are two reasons why this is the case. First, for the filtering to be fully 
effective, it has to precede the first hard limiter in the system. This limiter is 
typically located in the first stage of the demodulator. Second, no filter at n 
prevent an off channel interfering signal from capturing the receiver AGC system 
and causing wide variation in the level of the audio presented to the 
demodulator. All demodulators are affected by audio level variations. 


If a narrow (approximately 500 Hz) filter is to be used in the radio for HF packet 
operation (and this is STRONGLY recommended), it may be necessary to use a 
tone pair centered on the radio's filter rather than the "standard" 2125/2295 or 
1600/1800 Hz pair. If the radio lacks IF shift capability, this will almost 
certainly be necessary. If this is the case, it will be necessary to determine the 
center frequency of the audio spectrum output from the receiver when the narrow 
filter is selected and the radio is in the LSB mode. 


Packet operation using direct FSK is a viable mode, but extreme caution should 
be exercised to make sure TX and RX frequencies are identical and that the 
transmitted frequency pair is centered in the radio's 500Hz filter passband. 
Once the required modem center frequency for the particular radio's FSK mode 
has been determined, the modem alignment procedure presented in the trouble 
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shooting / calibration section of the owners manual may (should) be used to align 
the modem for this mode. Since there is no standardization among the various 
radio manufacturers in this regard, a method for making the determination of 
transmitter FSK output frequencies and their relation to the LSB carrier 
oscillator and center of the 500Hz filter is NOT presented here. Contact the 
manufacturer of the radio to obtain this information. 


Radios which have provision for an auxiliary "narrow SSB" filter can have the 
500Hz bandwidth filter installed instead of the approximately 1.8KHz wide 
"narrow" SSB filter. This will allow direct selection of the narrow filter for 
AFSK work when in SSB mode. If the filter is also desired for CW operation 
and you don't want to invest in 2 identical filters, it is usually a relatively simple 
modification to cause the radio to also select this filter when in CW mode. 


Some of the newer HF radios (and many older ones) allow selection of filter 
independent of mode. For these radios it is a simple matter to select the required 
mode and the optimum filter independently of one another. 


If the HF radio is to be dedicated to packet use, the 500 Hz filter can be installed 
in place of the SSB filter. This is possible on ANY radio designed for SSB and 
CW use. 


It is important to use lower sideband rather than upper sideband if you are going 
to use a CW filter in the radio for packet operations. The reason for this is 
simple. The filters designed for CW operations in most radios are usually 
centered approximately 800Hz away from the upper sideband suppressed carrier. 
This is the carrier oscillator which is normally used as the BFO on CW. This 
means that if the two carrier oscillators are 3 KHz apart, the CW filter center will 
be near 2200Hz below the lower sideband carrier. This is the reason 2220Hz 
was selected for the center frequency of the modem. 


If you are going to use a narrow filter, and serious HF operation is NOT 
recommended without one, it will be necessary to take steps to be certain that the 
filter passband is centered over the modem center frequency. If your radio has 
IF shift, this is a simple matter. The tuning indicator and DCD LED are used to 
give you an indication of filter centering. The following discussion assumes that 
your radio has provision for IF shift. 

To center your radio passband over the modem, use the following procedure: 


1. Set your radio for maximum RF gain. 
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2. Set the radio for lower sideband operation. 


3. | Make sure the TNC2 is in HF Packet mode and that the HF Packet modem 
has been selected. 


4. Set the audio output level so that the tuning indicator is responding to the 
background noise coming through the filter. This can be verified by 
observing whether or not the tuning indicator "follows" the noise as the IF 
shift control is rotated. 


5. Tune to a frequency which has ABSOLUTELY NO signals in the 
passband. It is very important that only noise is coming through the filter. 
If you have access to a RX noise bridge, an alternative is to use the bridge 
as a noise source for the receiver. No antenna is required in this case. 


6. Adjust the IF shift control on the radio so that the tuning indicator on the 
TNC2 is centered in its display area. 


7. Adjust the audio output of your radio to TNC so that the DCD LED is 
flickering with false DCD indications. Make the adjustment so that the 
DCD duty cycle is more than 10 but less than 50 percent. 


8. Carefully adjust the IF shift control on the radio to produce maximum DCD 
activity. This is the optimum point for the filter center frequency. Note the 
position of the IF shift control for future reference. This is the position you 
will want to use for all of the narrowband FSK modes. 
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If your radio has no provision for IF shift, you will have to determine the center 
frequency of the audio which is passed through the filter and realign the modem 
to the center frequency of the filtered audio. If you are lucky, this may turn out 
not to be necessary. The tuning indicator and DCD LED can be used to give you 
an indication when the modem is aligned with the filter similar to the indications 
described above. If the tuning indicator hovers around the center of the display 
when the modem is listening to noise being passed through the narrow filter as 
described above, realignment of the modem is unnecessary. 


If you have determined that it is necessary to realign the modem center 
frequency to the radio filter center frequency, you should refer to Appendix D at 
the end of this instruction manual for the alignment procedure. 


HF PACKET OPERATION 


Much has been said and written about the relative merits of HF versus VHF 
packet operation. HF packet operation is made to appear more difficult than 
VHF NBFM packet operation by several factors. Some of these are: 


1. HF propagation is much more time variable and is more prone to produce 
intersymbol errors than is VHF propagation. 


2. On the "published HF packet frequencies" many more stations are trying to 
use a single channel simultaneously than is the usual case on VHF. 


3. Due to the wide area propagation characteristic of HF radio waves 
(sometimes nonreciprocal) with relatively dead "skipped" zones, the carrier 
sense multiple access (CSMA) feature of packet radio is a less than perfect 
arbitrator for time sharing the channel between users. 


4. Many of the commercially available Terminal Node Controllers (TNC) for 
use on HF packet have data carrier detect (DCD) circuits which are of 
limited use or no use at all on a HF packet channel. This further degrades 
the effectiveness of CSMA. 


The DCD circuit in the TNC2 has been optimized for the HF packet mode. It 
can be adjusted to ignore background noise while still being able to promptly 
respond to a valid data carrier. It has a "hang time" feature that prevents DCD 
dropouts when short multipath hits occur or collisions put phase discontinuities 
in the received data carrier. Thus, most multipath conditions will not cause the 
TNC2 to begin transmitting before the other station is in a listening mode. The 
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DCD hang time also prevents the TNC2 from "piling on" a collision between 2 
other stations on the channel. The DCD circuit in the TNC2 is NOT affected by 
the fact that there is a large amplitude difference between different signals on the 
same channel. So it will not allow you to collide with a relatively weak station 
which is transmitting immediately after a relatively strong station has finished. 


5. | Many of the stations on HF packet have no tuning indicator at all and many 
others have an indicator that is only marginally useful. Unlike VHF FM 
operation, frequency error between transmitter and receiver cause 
frequency errors in the modem tones. This is the reason that a good tuning 
indicator is absolutely essential for HF packet operation. The tuning 
indicator makes it possible for the operator to reduce the modem to modem 
frequency error to near zero. Reliable HF packet operation requires tuning 
errors of +/- 30 Hz or less. 


6. Many of the stations currently operating HF packet do not have their radio 
bandwidth matched to the characteristics of a 300 baud 200Hz shift FSK 
signal. This causes a severe degradation in modem performance resulting 
in unnecessarily increased numbers of retries and drastic reduction in data 
throughput for the SHARED channel. 


Serious HF packet operation should not be considered without a 500Hz filter in 
the receiver IF. An audio filter is NOT an acceptable substitute. 


"Squeezing" the edges of SSB filters together with so called variable bandwidth 
tuning (VBT or PBT) to produce a 500Hz bandpass is difficult to properly align 
and results in operation near the edges of the filters where the phase response 
and group delay characteristics are particularly poor. So while this offers some 
marginal improvement over wide filters, it is not a good substitute for a real 500 
Hz filter. 


In spite of the above factors, HF packet communications can be a reliable and 
enjoyable mode. The trick is to operate in a manner that allows you to avoid the 
problems mentioned above. Your purchase of an TNC2 has already helped you 
avoid the DCD and tuning indicator difficulties. Configuring your radio 
bandwidth to match the spectral characteristics of the HF packet FSK signal will 
allow you to avoid the modem performance degradation that results from 
excessive radio bandwidth. However, you will still be affected by other station's 
problems in these areas when operating on a crowded packet channel. 
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If you do have your radio configured for the proper bandwidth, you will notice 
that many stations you connect to will seem to not be able to copy you as well as 
you copy them. 


Don't worry, your transmitter output isn't low, you are just observing the 
difference between a good demodulator behind the correct radio bandwidth and 
any kind of demodulator behind a radio which has far too much bandwidth for 
the mode. 


The actual mechanics of operating the TNC2 in the HF packet mode are the 
same as for the VHF packet mode. The main differences that will be apparent to 
you will be the slower baud rates, the higher incidence of propagation related 
effects and QRM, and the requirement for accurate tuning. It will take some 
practice before you can rapidly acquire another station's signal and initiate a 
contact. 


Set the audio input to the TNC so that the DCD LED on the TNC just flickers 
occasionally. Set it so that the DCD duty cycle is between 10 and 20 percent. 
DO NOT set the audio level so that the DCD LED never comes on even when 
receiving a signal! 


Tuning in a signal is relatively easy to do once you get the hang of it. You must 
wait until the other station is sending a packet, and then tune the transceiver so 
that the tuning indicator LED is centered. If the DCD LED is not lit, the tuning 
indicator information is NOT valid. 


Each bar on the tuning indicator represents about 10 Hz. Thus, if a packet 
comes through and you are 4 bars off, re- tune your transceiver 40 Hz in the 
indicated direction. The direction depends on the sideband you selected and the 
manner in which you have the tuning indicator oriented. One or two tries will 
quickly tell you which way to go! Bars to the left of center indicate you should 
tune higher, while the other side of center means to tune lower. 


Once you have the other station tuned in, you may initiate a connect request just 
as you would on VHF. 

Many BBS stations forward traffic on HF at the above frequencies. Call CQ a 
couple KHz away from such channels. If you can't raise anyone, call CQ on one 
of the above frequencies, but QSY immediately after establishing contact! Be 
careful on 20 meters especially that you don't operate +/- 2KHz around 14.100 
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MHz (you will cause interference to propagation beacons and give packet a bad 
name) 


Calling CQ on HF is a bit different than on VHF. One technique which has 
proven effective when NOT operating on one of the congested calling 
frequencies is to do the following: 


1. Find a clear frequency and monitor it for long enough to make sure it really 
is clear. 


2. Set "UNProto" to CQ if it isn't already. This is the default field for this 
parameter. 


3. Command the TNC2 into converse mode by typing either: 


K<CR> 
or 


CONV <CR> 
4. Rapidly type a string of 15 to 20 carriage returns <CR>. This will cause 

the TNC2 to send a continuous string of unconnected information (UI) 
frames. Since this will be a relatively long burst of packet transmission, the 
potential receiving station will have plenty of time to tune your signal in. 
To a receiving station this will appear on his screen as: 

YOURCALL > CQ: 

YOURCALL > CQ: 

YOURCALL > CQ: 

YOURCALL > CQ: 


YOURCALL > CQ: 
One for each carriage return you typed. 


Even a station which has no tuning indicator can eventually get you tuned in 


using this type of signal as he can tune around and watch his screen to see where 
printing is effective. 
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If you are meeting a friend on a schedule, you just set the "UNProto" field to 
"HISCALL" and do the same thing. When your friend finds you, this will 
appear on his screen as: 


YOURCALL > HISCALL: 


YOURCALL > HISCALL: 


YOURCALL > HISCALL: 


For as many <CR>s as you typed. Your friend will have little trouble finding you 
and tuning you in for the QSO. 


5: 


After the TNC2 finishes sending the string of CQ packets, listen for 5 to 
10 seconds to allow a station to attempt to connect with you. If you don't 
get any nibbles, send another string of CQ packets. 


The above method of calling CQ is NOT appropriate for use on one of the 
crowded calling frequencies. There, everyone is already tuned more or less to 
the same frequency. To call CQ on one of the calling frequencies do the 
following: 


1, 


Find the "center" of the channel by tuning the radio so that the tuning 
indicator is centered on most of the signals. 


Make sure your "UNProto" field is set to CQ. 
Enter converse mode. 


Occasionally strike a <CR> (2 a minute or so if DCD lets your packets 
clear the channel that fast) and wait for the TNC2 to get an opportunity to 
squeeze the packet into the activity on the channel. Allow some time after 
your packet has been sent for someone to attempt a connect with you and 
then send another CQ packet by typing a <CR>. 


If (when) someone connects, immediately negotiate a QSY to a clear 


channel. Then call him on the new frequency as outlined above (in the 
clear channel CQ procedure) for a scheduled contact. 
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Please use care in selecting the QSO frequency so as to avoid unnecessary 
interference to other amateur services. As in all amateur communication modes, 
it is polite to listen before you transmit! 


Monitoring a propagation beacon frequency will not necessarily be sufficient to 
reveal this activity to you. It is best to make a note of which INDICATED 
frequencies you should avoid so that your radiated packet spectrum (from 
F(emission) above) will not get within several hundred Hz of a propagation 
beacon. 


HF packet operation is fundamentally different than other modes of operation in 
1 major respect. If you are on a clear channel, talking to only | other station, 
there will be long periods of silence. People using other modes and tuning 
around looking for a clear frequency to use may be fooled by the silence. Don't 
assume that an interfering station who shows up considerably after you have 
begun using the frequency is interfering on purpose, he may honestly not have 
been aware of your QSO in progress. For this reason, it is a good idea to keep 
the flow of the conversation going so that the lapses aren't too long. It can also 
be advantageous to have more than one packet QSO on the channel but if more 
than a very few get on the same channel, the throughput falls off very fast as the 
likelihood that all stations are properly configured and have working DCD 
circuits is small. 


Here are a few simple suggestions for operating HF packet which should help to 
get you started. 


1. Do NOT try to hold a QSO on one of the calling frequencies. Use the 
calling frequency only to establish contact and then MOVE OFF TO A 
CLEAR FREQUENCY to carry on the QSO. Remember to be aware of the 
frequencies your station is actually transmitting so you can avoid 
interference to other services such as propagation beacons etc. 
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Z 


Configure your station so that you can hear the activity on the channel. 
This will allow you to easily avoid interfering with other stations and also 
to quickly diagnose the problem when throughput suddenly falls off for 
some reason (usually propagation or interference). 


If possible, use the highest frequency band possible to communicate with 
any specific station. The closer you are to the maximum usable frequency 
(MUF) the less intersymbol interference you will have from multipath 
effects. If you have a schedule with another station, arrange your times and 
frequencies accordingly. 


Set the following parameters off unless you have some specific reason for 
doing otherwise: 


DIGIPEAT OFF (there is NO logical reason to enable this function in the 
HF mode) 


DWAITO (off) 
AX25V2 (off) 
CHECKO (off) 
CMSG (off) 


RETRY 0 (try forever , but NOT if unattended operation). This allows 
YOU to be the one to decide when or whether to give up rather than the 
TNC2. Typically you know more than the TNC2 does about whether the 
other station is still trying or is likely to recover from the latest fade.) 


MAXFRAME 1 (multiple frames off) RESPTIME O(some stations may 
have trouble copying your ACKnowledgments (ACKs) when you respond 
this fast. This is due to the fact that some radios pump up the AGC voltage 
during transmit and if the AGC time constant is long, they are essentially 
deaf for a while after transmitting. You will want to experiment with this 
value. In general, you will want to use the minimum usable amount.) 
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5. Set FRACK to at least 8. A value of 10 or 12 may be better on a very busy 
channel. 


6. Restrict your use of beacon transmissions as much as possible. If you 
MUST use a beacon, keep it short and keep the repetition rate as low as 
possible. More than once a minute is definitely too frequent. Once or 
twice in 10 minutes is more polite. Do not allow your beacons to continue 
if you are not in attendance. Nobody wants to connect to you just to be 
ignored. 


7. If your radio allows you to select the AGC time constant (fast or slow 
AGC), set it to the fastest setting available to you. 


If you cannot select fast AGC, it may be advantageous under some 
circumstances to partially defeat the AGC function by reducing RF gain and 
increasing AF gain. The demodulator in the TNC2 is extremely insensitive to 
absolute audio level. It will function properly with input levels from the low 
hundreds of millivolts up to many tens of volts. Thus, the variation in audio 
level produced by partially defeating the AGC system will not degrade the 
modem's ability to copy. The limiting factor on the high end is usually the 
ability of the receiver output stage to produce the voltage without clipping. The 
limiting factor on the low end is the hundred millivolts or so required to exceed 
the TNC2's digital system noise seen at the demodulator input. 


TNC2 KISS MODE AND HOST MODE 

One unique feature offered by the TNC2 is that it can be switched into KISS 
mode to run programs such as TCP/IP. 

Host Mode installed in the TNC2 requires a special terminal program to operate. 
Documentation for Host Mode is available on disk from MFJ upon request. 
KISS Interface for TCP/IP 

The KISS interface is installed in firmware of the TNC2. Additional 


modification or replacement of firmware is not necessary. 


KISS enables the TNC2 to act as a modem for a host computer. Turning KISS 
on allows the TNC2 to run programs such as TCP/IP, MSYS and other 
programs which use the Serial Link Interface Protocal (SLIP). 
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Before enabling KISS, make sure radio baud rate and terminal baud rate are set 
to the desired values. The terminal baud rate that's determined at sign on is the 
same that will be used for KISS. 


Once the operating parameters have been selected, set KISS ON and then issue a 
RESTART command. The CON and STA LEDs will blink on and off three 
times to indicate that the TNC2 has entered the KISS mode. Now you may call 
up a TCP/IP, or another host program that can use KISS or "SLIP". 


If you are using the TCP/IP program and wish to switch to the AX.25 mode of 
operation, you can issue the command: param ax0 255, then press "RETURN". 
This command must be issued under TCP/IP "net>" prompt and in lower case 
letters. 


Once the TNC2 receives the "param ax0 255" command, it turns KISS off and 
will revert back to ordinary AX.25 mode of operation. When the TNC2 is 


powered on again, it will sign on to the AX.25 operation mode. 


For details of operation the TCP/IP user should consult documentation provided 
with the TCP/IP program. 
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PACTOR 


In this section of this manual we will talk about PACTOR operation. We will 
cover basic operation along with an explanation of the commands related to 
PACTOR. Before we talk about Basic Operation, let's explain a little about 
PACTOR. 


NOTE: Pactor operations apply strictly to the Model VEC-1776 TNC2 
only. There is no Pactor option available for the VEC-1770C. 


WHAT IS PACTOR? 


PACTOR is a new form of digital communications. PACTOR was brought about 
to compensate for the shortcomings in both Packet and Amtor, for HF operation. 


PACTOR combines some of the features of both the AMTOR and the HF Packet 
modes. Pactor retains the short frame sizes and synchronous transmission format 
of AMTOR. It also allows the data flexibility of which Packet users have grown 
accustomed to. 


The radio used for PACTOR HF operations must be capable of switching between 
transmit and receive modes in 130 milliseconds. A radio capable of operating in 
the AMTOR mode will operate well in the PACTOR mode as well. 


Now that we have explained a little about PACTOR, let's get into the Basic 
Operation. 


PACTOR OPERATION 


The PACTOR operation section will deal mainly with PACTOR operations. We 
will briefly explain about the different operating modes and what they will do. We 
will explain about the new PACTOR mailbox feature and how it works. So 
without any further delay here we go into PACTOR Operation. 


First we need to get the VEC-1776 to sign-on. To sign-on the VEC-1776 please 
perform the following: 


1. Verify the power switches to both the computer and the VEC-1776 are 
OFF. 
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2. Connect the VEC-1776 to both the radio and the computer. 
3. Connect the radio to a dummy load. 


4. Set the POWER switch on the computer to the ON position, then load the 
terminal program. 


5. Turn the VEC-1776 ON. Verify the POWER, STA and CON leds will 
light for about 1-2 seconds, then extinguish. When the LEDS extinguish, 


the VEC-1776 will print its sign-on message on the computer screen. 


Now that we have the VEC-1776 signed-on to the computer, let's put it into the 
PACTOR mode. 


To put the VEC-1776 into PACTOR mode, please type the following: 

PACTOR <ENTER> 
The VEC-1776 will respond with: 

[MFJ PACTOR] 

p_cmd: 
At the p_cmd: prompt, you are in the PACTOR mode. Any commands entered 
such as TXDELAY or ECHO, will only affect the PACTOR mode. Many of the 
commands of PACTOR have the same name as the general commands but DO 
NOT share the same parameters. At the p_ecmd: prompt, you can monitor 
AMTOR ARQ requests to your SELCALL, PACTOR ARQ requests, and 
PACTOR FEC. 


Enter your call in the MYCALL parameter (up to 8 characters). The format of the 
MYCALL command is as follows: 


MYCALL n <ENTER> 


where n is your amateur callsign up to 8 characters. 
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FEC UNPROTO OPERATION 


There are two FEC modes, 100 baud and 200 baud. Properly tune the radio 
before entering either of the FEC modes. The reason for this is as soon as you 
initiate an FEC unproto mode the radio will start transmitting immediately. To 
initiate 100 baud FEC, please type the following from the p_cmd: prompt: 


U1 <ENTER> 


The cursor will go to the next line. At this point start typing whatever you want. 
You normally issue your CQ's in FEC mode. Someone will see your FEC mode 
CQ's and probably try to "connect" with you. 


To terminate an unproto session type a CTRL-C followed by the letter D and the 
<ENTER> key. This is done after sending CQ or when terminating a Pactor 
contact. If the standard D command does not work, then use the DD command to 
terminate the unproto session. 


The situations in which the two FEC modes are different. Generally, the U1 or 
100 Baud FEC mode is for use in normal HF band conditions, while the U2 or 
200 Baud FEC mode is for use in clear HF band conditions. Your transmitter 
must be capable of transmitting 100% duty cycle. Because when transmitting 
PACTOR FEC, you are ALWAYS transmitting a signal- just like RTTY. 


PACTOR ARQ 


For ARQ operation you will need to know the other person's callsign. Normally 
you can get the other person's call by monitoring the channel for connect requests 
or other ARQ contacts. 


To establish contact with another station, you must be at the p_emd: prompt. To 
initiate a connect sequence, please type the following: 


Cn <ENTER> 
where n is the CALLSIGN of the station you want to connect with. The callsign 


is not to be over eight characters in length. Again, properly tune the radio, 
because you will immediately start transmitting packets. 
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When a station is over 40,000 Km away, the LC command should be used. The 
LC is the abbreviation for Longpath Connect. To initiate a Longpath Connect 
sequence, please type the following: 


LCn <ENTER> 


where n is the CALLSIGN of the station you want to connect with. Callsigns are 
not to be over 8 characters in length. Again properly tune the radio, because you 
will immediately start transmitting packets. If the C command does not work, the 
LC command might. Generally, if one command works the other will not. 


Changeover 


In AMTOR the changeover (from TX to RX) command is +?. In PACTOR the 
changeover command is CTRL-Y, i.e, hold down the CTRL key then press the Y 
key. The changeover character can be re-defined with the CHOCHAR command. 
How the CHOCHAR character is re-defined will discussed later. 


To terminate an ARQ contact, type CTRL-C, then D, then <ENTER>. This will 
cause a graceful disconnect at the other end. If you do a "dirty disconnect" or 
DD, the other Station will still be trying to acknowledge your packets. The use of 
DD automatically tears down the contact and does not wait for acknowledgments 
from the other station. The use of the DD command is considered bad manners. 
Always do a D disconnect, if possible. 


Monitoring 


While in the PACTOR mode, you are always in Listen mode. There is no listen 
command in the Pactor protocol. Therefore you do not need to issue listen 
command just to listen on a PACTOR frequency. To monitor a PACTOR 
conversation, just tune the signal in until the yellow DCD light is on solid as the 
packet is being received. Then adjust the VFO dial on the radio until one of the 
center LEDs on the tuning indicator is ON during the received packet. Fine tune 
the VFO dial until the CON and STA leds react to the incoming signal. The CON 
and STA led should alternate back and forth while monitoring a PACTOR QSO. 
First the CON light comes on, then the STA, then the CON again. When the CON 
LED comes on that second time, you will see the data printed to the screen. For 
further information how the CON and STA leds react to incoming signals please 
refer to the chart on Page 122 of this instruction. 
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MONITORING AMTOR ARQ REQUESTS 


AMTOR ARQ requests monitored while the VEC-1776 in PACTOR mode. If the 
controller detects your selcall in an AMTOR ARQ request packet, the controller 
will switch to AMTOR and try to establish the link. This feature allows someone 
who doesn't have PACTOR capability to connect to you in AMTOR mode. Upon 
termination of the link, the VEC-1776 will switch back to the PACTOR. The 
a_cmd: is active when the VEC-1776 switches to the AMTOR operation. When 
the VEC-1776 switches back to the PACTOR, you will see the p_cmd: prompt 
again. 


EXITING PACTOR MODE 


To exit the PACTOR mode, please type CTRL-C and the p_cmd: prompt will 
appear. Once the p_cnd: prompt is on the computer screen, type the following: 


EXIT <ENTER> 


the VEC-1776 will respond with the standard emd: prompt. Once back at the 
cmd: prompt you can go to any other mode by use of the MODE command as 
discussed earlier in this instruction. 


OPERATING HINTS 


Threshold Control Setting 


Adjustment of the Threshold control on the VEC-1776 is critical during PACTOR 
operations. Adjust the Threshold control until the DCD lights with each received 
packet and goes out when not receiving. If the threshold control is improperly 
adjust, communications will not be good. This could result in the inability to make 
a contact or monitor a PACTOR conversation. 


TXDELAY (TXD) 


Timing in PACTOR is more critical than any other mode. This is where the 
TXDELAY or TXD command comes into play. The TXDELAY command is 
one of the more critical parameters. If you are having problems connecting, try 
adjusting TXD a little higher than the default value of 2. This is especially good 
practice on the lower frequency bands such as 80 meters. A typical setting for 80 
meters may be 4 or 6. The setting of TXDELAY is also dependent on the time 
required for the radio to switch between transmit and receive. 
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NO200 


If you turn the parameter NO200 to ON, the VEC-1776 will stay in 100 baud. For 
noisy band conditions setting NO200 to ON may get your data through quicker. 
This is because if the controller switches to 200 baud you may have more retries 
on a noisy channel. It's better to have one retry at 100 baud than six retries at 200 
baud. As indicated in the preceding paragraph, the usual terminal/radio/modem 
parms are available. 


As in Packet, Pactor also contains COMMAND and CONVERSE modes. Please 
note that switching between them is modeled on the "NEWMODE ON" 
procedures in packet. The VEC-1776 is in COMMAND mode, if the p_emd: 
prompt is on the computer screen. To switch to CONVERSE mode from 
COMMAND mode the K key followed by an <ENTER> is issued by the user. 
The CMDCHR character switches the VEC-1776 from CONVERSE mode back 
to COMMAND mode. The CMDCHR character is defined as CTRL-C. Once 
connected, the link acts much like AMTOR. 


The station originating the connection is the master and he remains in transmit 
mode until he or the slave initiates a changeover. Either station may reverse the 
direction of the link by issuing a control-Y changeover (“Y) in converse mode. 


PACTOR FEATURE DEFINITIONS 


DIGITAL MEMORY ARQ 


The VEC-1776's Pactor incorporates a Digital Memory ARQ mode. Digital 
Memory ARQ enables reconstruction of a good packet from a bad packet. A 
bad packet is one repeatedly received with on or more bit errors. Digital 
Memory ARQ accumulates the bit value, 1 or 0 derived from the RF port during 
successive reception of the same error-laden packet. These bit accumulations 
are sent to the receiver shift register. Thus a good packet is reconstructed from 2 
or more "bad" packets. 


The MAXSUM parameter controls the number of accumulations performed for 
each bit. Larger MAXSUM values increase the effectiveness of the Digital 
Memory ARQ scheme, but only to a certain point. The reception of an almost 
perfect packet will be inadequate to overcome the accumulated noise, if 
MAXSUM is too large. Also the presence of excessive QRM, QRN, or QSB 
effects the reception of good packets. On the other hand, if MAXSUM is too 
small the accumulation of samples will be too few to correct for moderate error 
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rates. The factory setting for MAXSUM represents a good compromise--feel free 
to play with it. 


FEC UNPROTO 


Unproto: "FEC/UNPROTO" packets are transmitted UREPEATS+1 times. 
Selecting larger values of UREPEATS reduces throughput, but enhances 
reliability. To transmit in UNPROTO mode, issue the appropriate unproto 
command and type away. When done, break out to "p_cmd:" mode and type 'D' or 
‘DD’ to terminate transmission. 


MONITORING 


Monitoring unproto: If MONITOR is ON the VEC-1776 is always in listen 
mode, except when connected to another station. There are other situations 
occur that prevent the VEC-1776 from being in listen mode. These other 
situations being: 


a. When a 2-way Pactor contact has just been terminated. 


b. When a disconnect was initiated from the other operator. 


To prevent Uncontrolled Disconnects, we are unable to listen to all kinds of third 
party Pactor transmissions for (WAIT x Cycle_Time) seconds after receiving the 
other side's last disconnect. This includes all unproto and connected packets, 
along with connect requests. The actual cycle time is 1.25 or 1.4 seconds. 


CONNECT 


[Connect] message: The VEC-1776 monitors connect attempts received from 
other station's with a message containing the called station's callsign when idle. 
To successfully monitor a connect attempt to someone else, the called callsign 
must be at least 4 characters in length, and the signal be of sufficient quality that 
the 200 baud area be error-free when received. Unfortunately, the callsign in the 
connect-attempt packet (unlike all other monitored data) is subject to corruption; 
the Pactor protocol did not provide for error- free connect packets. Therefore, 
you may at times see a garbled callsign in a [Connect] message, but it should be 
rare. Remember, this "garbling" affects only monitored connect-attempt 
packets. It does NOT affect ARQ or FEC data packets because they are error- 
protected by a sophisticated CRC checking scheme. 
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SPEEDUP/SPEEDDOWN 


Speedup and speeddown: When the TNC is the receiving station or IRS, and 
after four consecutive failures to receive a 200 baud packet the TNC requests a 
SPEEDDOWN to 100 baud. A SPEEDUP occurs when the VEC-1776 
receives 10 error free 100 baud packets. If NO200 is set to ON all SPEEDUP 
requests are inhibited 


Bad band conditions: During poor band conditions links will be quicker by 
avoiding use of the 200 baud mode. Setting NO200 to ON instructs the VEC- 
1776 to avoid 200 baud operation in a compatible way. 


AUTOMATIC ON-LINE COMPRESSION 


Huffman coding: Huffman coding offers somewhere between 2:1 and 4:1 
compression on lower case German and English plain text. 


In receiving modes, conversion to 8 bit data is automatic. 


On transmit, the VEC-1776 packetizes outgoing data and transparently selects 
the mode. Huffman coding will be used if a) all data are 7 bit ASCII 
characters, and b) Huffman coding is at least as efficient as straight 8-bit coding. 


FLOW CONTROL 


Flow control: Hardware flow control is always on. Software flow control 
defaults to on using the XON and XOFF parameters. Unlike TNC operations, 
the same characters are used for receive flow control as for transmit flow control. 
Type-in flow control is only effective while entering commands at the "p_cmd:" 
prompt. 


AMTOR SELCAL DETECTION IN PACTOR MODE 


AMTOR calls: MFJ's Pactor implementation is downward compatible with 
AMTOR only stations. That is, even if the VEC-1776 is in Pactor "p_emd:" 
mode it will automatically detect and incoming AMTOR ARQ connection 
requests. The AMTOR call detection feature is enabled as soon as you enter the 
Pactor mode of operation. Furthermore, you must have the LSB selected, 
because unlike PACTOR, AMTOR is polarity dependent. 


When an AMTOR station is transmitting an AMTOR connect request, and you 


are in PACTOR mode on your VEC-1776, the AMTOR connect request will 
only be displayed on the computer screen. There is no means for the VEC-1776 
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to respond to an AMTOR connect request, because the VEC-1776 does not have 
the AMTOR mode installed. 


However, a station having a Multi-Mode, such as the MFJ-1278B, can connect 
to you and your VEC-1776 using the PACTOR mode. 


PACTOR STATUS INDICATORS 


While in the PACTOR mode of operation, you have PACTOR mode Status 
Indicators avialable to you. These Status Indicators are comprised of the CON 
and STA leds. These leds react in different ways according to what is happening. 
Below is a table as to how the leds will act: 


Status Indicator 
STA CON _Pactor Status 


0 0 RX N/A 
TX N/A 
MON _ The TNC is idling and has not monitored 
any information packets in the past second. 


0 1 RX Sending ack control signal 
TX Last packet acknowledged 
MON Received new packet 


1 0 RX Dupe rcvd; sending Request control signal 
TX Received request control 
MON _ Received dupe packet 


1 1 RX Info packet missing; sending request 
TX Control sign missing; retransmitting 
MON N/A 


Page 115 


TNC2 SYSTEM MANUAL PACTOR COMMANDS 


PACTOR COMMANDS 


The following commands are only valid when issued at the p_cmd: prompt. Note 
that a few of the parameters use the same names as packet commands. The 
parameters themselves are NOT shared between the different modes, and have 
completely different formats. Many of the commands can be entered via the 
highlighted abbreviations. This makes it easier to remember the command 
abbreviations and not the entire command. 


NOTE: The commands in this section of this Data Controller manual apply 
strictly to Pactor operations with the VEC-1776 TNC2 only. These 
commands will not work with the Model, VEC-1770C TNC2. 


Why don't we take a look at the command set related to the Pactor mode, and see 
what they can do for you as a Pactor operator. 


AUtolf ON/OFF Mode: Pactor Default: ON 
Parameters: 


ON A linefeed character (<LF>) is sent to the terminal after each carriage 
return character (<CR>). 


OFF A <LF> is not sent to the terminal after each <CR>. 
The AUTOLF command controls the display of carriage return characters 
received during PACTOR monitoring, as well as echoing those that are typed in. 
For further information on this command please refer to the AUTOLF command 
in Chapter 6 in the MFJ Data Controller main instruction manual. 
CBell ON/OFF Mode: Pactor Default:OFF 
Parameters: 

ON Allows the Connect bell to be heard over the monitor speaker. 

OFF Disallows the Connect bell to be heard over the monitor speaker. 
This command is exactly the same as the CBELL command used in packet. This 


command determines whether or not an ASCII $07 or CTRL-G (BELL) character 
is sent as part of the connected message. This command must be ON, if the 
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CHObell command is to be used, otherwise the CHANGE OVER BELL will not 
work. 


When the CBELL command is set to ON, the bell character immediately recedes 
the asterisk portion of the connected message, e.g. 


<BELL>*** Connected to: <CALLSIGN> 
When CBELL is ON, and a connect is made a tone will be heard on the external 


speaker. A speaker must be connected to the SPEAKER jack on the rear panel 
of the VEC-1776, in order to hear this tone. 


CHObell ON/OFF Mode: Pactor Default: ON 
Parameters: 


ON An ASCII bell character is sent to the terminal when the PACTOR 
link changes direction. 


OFF An ASCII bell character is not sent to the terminal when the 
PACTOR link changes direction. 


The CHOBELL controls whether or not an ASCII BELL (0x07) is sent to the 
terminal, when the Pactor link changes direction. The terminal bell will sound 


only once. 


In order for this to function properly, the CBELL command must be ON. If not, 
the CHANGE OVER BELL will not work properly. 


CHOChar nnn: 0<=nn<=255 Mode: Pactor Default: 25 (AY) 


n Where the n variable equals 0 <=n<=255 


The CHOChar command is used to designate the Pactor changeover character. 
This character initiates a control direction change in the Pactor signal. 
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This character can be varied from 0 to 255 decimal, for computers which may not 
support the default. The default is CTRL-Y. A value of 0 disables the Pactor 
changeover. 


CMDchr nnn: 0<=nn<=255 Mode: Pactor Default: $03 (AC) 


Parameters: 
n <=nn<=255, specifying an ASCII character code. 


The CMDchr command is used to designate the character which is used to change 
the COMMAND MODE entry character. You can enter the code in either 
hexadecimal or decimal form. 


Command Mode is entered from CONVERSE Mode, when this character is 
typed. If you type the Command Mode entry character while you are in Command 
Mode, nothing will happen. This character must be entered before a disconnect 
can be issued, from either FEC calling mode or to issue a disconnect from a 
connected state. 


Connect callsign Mode: Pactor Immediate Command 


CONNECT is an immediate command. It initiates a connect request to the VEC- 
1776 with CALL using regular timing. The CONNECT command should be 
used when initiating Short-Path Connect attempts. 


CWidmode nn: 0<=nn<=255 Mode: Pactor Default 0 


Should CW identification be required, the VEC-1776 now supports 8 CW 
identification modes. Seven automatic modes are selected by the bit-mapped 
CWIDMODE parameter. Bit positions within the CWIDMODE parameter 
enable timed cw id, cwid on incoming events, cwid on outgoing events, and any 
combination of the three for a total of 7 modes. 


The timed mode requires some explanation. The counter controlling the 
transmission of the timed CWID must be initially started at the beginning of each 
link with either the manual "ID" command or one of the initial CWIDMODE 
features selected by CWIDMODE bits 1 or 2. A fully automatic CW ID is 
achieved by setting CWIDMODE to 3. Reduced levels of automation are 
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selected by other combinations. The eighth mode is manual cwid. Invoke 
manual CWID by issuing the "ID" command. Also see IDTIME 


The CWIDMODE command in Pactor is very complex and provides several 
combinations of CWID. Below is an example of how CWIDMODE functions: 


eo Calling Connect | Disc. ee 
Man. Mode | is manual ID only 
Only 


pg 


ISS,IRS Auto Auto ID interval dependent on the 
ISS, IDTIME setting 


If ISS does changeover, and new 
ISS disconnects, then the new ISS 
will ID 

If ISS does changeover, then 
previous ISS auto ID is Disabled 


Upon reciept of disconnect from 
ISS and the disconnect appears on 
IRS screen, the IRS will ID. After 
ID from IRS, the ISS will ID 


ISS, IRS IRS, When ISS sends changeover, new 
ISS . ISS AUTO ID enabled. Auto ID for 
previous ISS is disabled. 
Disconnects are handled the same 
as Mode 6 


CWIDMODE 8 is completely 
manual ID 


DISplay Mode: Pactor Immediate Command 


The DISPLAY command will display all PACTOR commands and their settings. 
This is the the same as the DISPLAY command used in the other modes. 


Page 119 


TNC2 SYSTEM MANUAL PACTOR COMMANDS 


Ddisc Mode: Pactor Immediate Command 
The DDISC command is used as a last resort for terminating a PACTOR link. 
This will work where at times the standard DISCONNECT will not. The use of 
this type of termination is considered RUDE so this is why it is a last resort. 
Disconnect Mode: Pactor Immediate Command 
This command is exactly like the DISCONNECT command in Packet. When this 
command is issued from the p_cmd: prompt a disconnect sequence is initiated. 
The DISCONNECT command is what operators normally used to terminate a 
Pactor link. 
EAa ON/OFF Mode: Pactor Default ON 
"Echo As Acknowledged". When ON the TNC echos transmitted data to the 
terminal upon receipt of the remote's acknowledgement of the same data. 
ECho ON/OFF Mode: Pactor Default ON 
The ECho command in Pactor performs the same function as in Packet mode, 
except that echoing is deferred when EAA is ON as described above. 
ERrstrin cccc Mode: Pactor Default: [....] 
where cccc is | to 5 characters in length 
The ERrstrin command designates the character string that is displayed when an 


unconnected packet is monitored out of sequence. To clear the string set the first 
character to % or &. 
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EX<Actcal ON/OFF Mode: Pactor Default: ON 


When the EXActcal command is ON, the VEC-1776 responds to connect packets 
that match all the letters in your callsign and no more. When OFF, the looser 
"buggy" Pactor specification comes into play and your VEC-1776 responds to any 
connect packet containing at a minimum the contents of MYCALL. EXACTCAL 
matching will not always work to filter out improper callsigns when the offending 
unit is the pacomm Pactor version 1.0 unit because of its use of regular ascii 0x55 
("U") characters to fill and terminate callsigns. MFJ uses ascii OxOf as specified in 
Pactor documents, instead of 0x55 to fill, and thus fixes the bug. 


FLow ON/OFF Mode: Pactor Default ON 
This operates basically the same as the VEC-1776 packet command, but operates 
only in p_cmd: mode. This limitation is due to the rapidly changing transmit <> 
receive status of a Pactor link. Applying FLOW to data would improperly hold 
off the important changeover signal and is therefore disallowed. 

ID Mode: Pactor Immediate Command 

The ID command is an immediate command that when used will invoke an 


immediate CWID to be sent. The ID will be sent at 20 WPM and will consist of 
the station callsign. 


IDTime nnn: 6<=nnn<=255 Mode: Pactor Default: 590 


The IDTime parameter specifies the time interval between automatically generated 
CWID events. The actual time yielded is equal to IDTIME * 10 seconds. The 
IDTime parameter is relevant only when bit 0 of the CWIDMODE parameter is 
set to 0. The default IDTime is 590 seconds. 
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K (Converse) Mode: Pactor Immediate Command 
This command will put the VEC-1776 into CONVERSE mode from the p_cmd:. 
LC callsign Mode: Pactor Immediate Command 


Initiates an ARQ link to the specified callsign using extended LONGPATH 
timing to support long txdelays or long skip paths This type is generally used 
when the destination is over 40,000 Km away, where the standard Connect 
command timing will not work. 


LEdmode 0/1 Mode: Pactor Default: 1 


The LEdmode parameter controls whether the VEC-1776 flashed it's LEDs radidly 
for each cycle a 200 baud packet is sent, received, or expected. The user may find 
the flashing of benefit in evaluating link quality. It is also an indication that the 
high-throughput 200 baud mode is active. Also see the NO200 parameter. 


LFadd ON/OFF Mode: Pactor Default OFF 
When LFADD is ON and PACTOR mode is selected, the VEC-1776 will append 
an ASCII line feed character, $OA, to the transmission immediately after a 
carriage return is sent 

LFADD should usually be switched to the OFF, as a vast majority of data 
controllers, including the VEC-1776 are configured to automatically go to a new 


line whenever a carriage return is printed. 


Also see: AUTOLF command 


MAXDown onn: 5<=nnn<=48 Mode: Pactor Default: 4 


MAXDown controls the number of 200 baud information-packets receive errors 
that the VEC-1776 will tolerate prior to requesting a SPEEDdown to 100 baud. 
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MAXSum nnn: 5<=nnn<=120 Mode: Pactor Default: 30 


MAXSum specifies the number of cycles of error-laden information packets 
received that are accumulated in the Digital Memory ARQ sum buffer for 
reconstruction. When MAXSUM consecutive information receive errors occur, 
on the next receive cycle the sum buffers are re-initialized to inhibit the corruption 
of real-time reception by historical receive errors. 


MAXUp nnn: 2<=nnn<=48 Mode: Pactor Default: 10 


MAXUp specifies how many consecutive good receptions of 100 baud 
information packets are required prior to the VEC-1776 requests a SPEEDUP to 
200 baud. Note that if NO200 is set to ON then a SPEEDUP will not occur 
because the VEC-1776 will never request a SPEEDUP regardless of the MAXUP 
value. The MAXUP value should be small enough to enable timely SPEEDUP in 
relatively good conditions, while being large enough to avoid pointless speedups 
during bad conditions. 


Monitor ON/OFF Mode: Pactor Default: ON 


The MONITOR command in the PACTOR is the same as the in the other modes. 
When not connected and MONITOR is ON, the TNC displays monitored data 
and connect attempts. 


MYcall callsign Mode: Pactor Default: MFJPACTR 


The MYCALL command is the same as the MYCALL command used in the 
Packet mode. The MYCALL command can take callsigns up to 8 characters in 
length. The callsign used must be at least 4 characters in length. 


NO200 ON/OFF Mode: Pactor Default: OFF 


Controls whether 200 baud links are to be discouraged. The TNC accomplishes 
this in two ways: (1) Speedups are inhibited, and (2) Incoming connect requests 
are acknowledged for 100 baud. NO200 works most effectively when both units 
are capable of NO200 operation. Regardless of the setting of NO200, the TNC 
complies. This ensures connectivity with non-MFJ units. 
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PASS nnn: 0<=nn<=255 Mode: Pactor Default: “V 


The Pactor PASS command is the same as the PASS command in the other modes. 
The PASS command does not work for *Y Changeover. 


PTOver nnn: _0<=nn<=255 Mode: Pactor Default: 25 
(“Y) 


n Where the n variable equals 0 <=n<=255 


The PTOver character designates the Pactor changeover character. The PTOver 
command was addded in order to make the VEC-1776 command set compatible 
with other Pactor controllers. This character initiates a control direction change in 
the Pactor signal. 


This character can be varied from 0 to 255 decimal, for computers which may not 
support the default. The default is CTRL-Y. A value of 0 disables the Pactor 
changeover. 


PTSend Mode: Pactor Immediate Command 
The PTSend command is basically the same as the Ul Unproto command. 
Entering PTSend from the p_cmd: prompt will invoke the 100 baud unproto 


mode. The PTSend is to make the VEC-1776's Pactor command set compatible 
with other Pactor controllers. 


RETries nnn: 0<=nn<=255 Mode: Pactor Default: 80 


The number of error cycles that the VEC-1776 will tolerate before unilaterally 
terminating the link. (Also see WAITDISC) 
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Status Mode: Pactor Immediate Command 


Displays debug information. This is helpful for troubleshooting Pactor problems. 
If any Pactor problems occur and you are still able to talk to the VEC-1776, then 
type this command from the p_cmd: prompt. The VEC-1776 will send the Pactor 
Status to the screen. Copy all information on a piece of paper and call our 
technicians. 


TRace ON/OFF Mode: Pactor Default: OFF 


This command displays continuous debug informationto the screen. This is the 
same as the TRACE command in the other VEC-1776 modes. 


TXDelay n Mode: Pactor Default: 2 (60ms) 
Actual Delay Time equals n + 10ms * 5ms 


Similar to AMTOR's DELAY and packet's TXDELAY. The actual delay 
yielded is equal to (10ms + (TXDELAY * 5ms ) ). If the combined TXDELAYs 
of both stations involved in the link exceeds about 180ms, then shortpath 
connections may not work, particularly at longer distances. If difficulty is 
experienced, try using the Longpath Connect ("LC") command to connect. 


U1 UNPROTO Mode: Pactor Immediate Command 


Issuing the Ul command from the p_cmd: prompt initiates the 100 baud FEC. 
The U1 mode is mainly used during poor band conditions. The VEC-1776 will 
request a SPEEDdown to the U1 mode depending on the number of error-laden 
200 baud information packets recieved. (ALSO SEE MAXDdown and NO200) 


U2 UNPROTO Mode: Pactor Immediate Command 


Issuing the U2 command from the p_emd: prompt will initiate the 200 baud FEC 
mode.. The U2 mode can also be used during good band condition where 
communications are real good. The VEC-1776 will request a SPEEDUP to the 
200 baud depending on the number consecutive good 100 baud information 
packets it receives. (ALSO SEE MAXUP and NO200) 
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URepeats nn: 1 <=nn<=7 Mode: Pactor Default: 1 


The UREPEATS parameter specifies how many retransmissions to perform for 
each FEC data packet sent. 


For example UREPEATS + | causes each FEC packet to be sent two times. 


WaAitdisc nn: 10<=nn<=255 Mode: Pactor Default: 20 


The number of cycles VEC-1776 waits to reply to the other TNC, that having 
requested a disconnect, fails to hear our disconnect acknowledgement. 


XOFF nn: 0 <= nn <= 25 Mode: Pactor Default: “S 


This command determines the Flow Control STOP character. The Pactor XOFF 
command is the same as the XOFF command in the standard VEC-1776 command 
set. For further information on the XOFF command please refer to the 
explanation of the XOFF command in Chapter 6 of the TNC2 Data Controller 
Main Instruction Manual. 


XON nn: 0 <= nn <= 255 Mode: Pactor Default: “Q 
This command determines the Flow Control START character. The Pactor XON 
command is the same as the XON command in the standard VEC-1776 command 
set. For further information on the Pactor XON command please refer the 
explanation of the XON command in Chapter 6 of the TNC2 Data Controller 


Main Instruction Manual. 


* see discussion above for more on XON/XOFF software flow control 
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OPERATION COMMANDS 


This chapter serves as a complete reference to all TNC2 commands. Commands 
are used to control the many variable values,which affect the TNC2's operation, 
as well as causing it to perform specific functions, such as connecting to another 
station to start a QSO. You can enter a command to the TNC2 whenever you see 
the command-mode prompt: 


cmd: 


You will change parameters and issue instructions to the TNC2 by typing 
commands composed of English-like words or word abbreviations, which are 
called keywords, and variables which are numbers or strings of characters 
chosen by the user. You will probably never change some of these parameters; 
however, one of Vectronics’ goals is to allow each user maximum flexibility to 
adapt the TNC2 to his environment. 


ENTERING COMMANDS 


You may use either upper case (capital letters) or lower case (small letters) when 
you enter commands. In order to have the TNC2 accept a command, you must 
finish command entry with a <CR>, or carriage return character. This won't be 
mentioned explicitly in the examples below. Before you type the final <CR> of 
your command, you can correct typing mistakes or cancel the line completely. If 
any command is misspelled to the point where the TNC2 does not understand it, 
then an error message will occur. See Chapter 4 for a discussion of input line 
editing. 


This chapter we will use all UPPER CASE for commands and lower case for 
explanatory text. In examples showing input typed by the user together with the 


responses of the TNC2, the user's input will be shown in bold face. 


Whenever the TNC2 accepts a command which changes a value, it will display 
the previous value. For example, if you type 


XFLOW OFF 
you might see the display 


XFLOW was ON 
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This reminds you of what you have done, and indicates that the value has been 
successfully changed. 


If you type something the TNC2 can't understand you will get an error message. 
If you type an unrecognized command, you will see the message ?EH. If you get 
a command name correct, but the arguments are wrong, you will see the message 
?BAD. A complete list of error messages appears at the end of this chapter. For 
example, 


cmd:ASDFASDF This isn't a command. 

EH 

cmd:BEACON E _ The parameter for the command was left out.. 
2?BAD 


Command List 


All of the commands are listed alphabetical order, and each command entry 
contains several sections, as follows. 


COMMAND NAME 


The boldface command name at the top of the entry is the word you will type in 
order to have the TNC2 execute this command. The command name is printed 
with some letters underlined. These letters form the minimum abbreviation that 
you may use and still have the TNC2 understand your command. Of course, you 
may type out the entire command word, or any abbreviation longer than the 
minimum abbreviation, if you like. The command will still be accepted. 


For example, the command MYCALL may be specified by simply typing MY. 
The abbreviation M is not sufficient (and will be interpreted as a different 
command), but MY, MYC, MYCA, MYCAL or MYCALL are all acceptable. 


If the command requires parameters, they will be indicated after the command 
name. 
Default 


For commands that set values, the TNC2 assumes a "most often used" or default 
condition. The defaults are the values stored in EPROM which are loaded into 
RAM when the system is first powered up, or when you give the RESET 
command. 
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Immediate commands perform particular functions rather than setting values, and 
don't have defaults. 


Parameters 


There are several types of parameters. Some parameters can have one of only 
two values, such as ON and OFF or EVERY and AFTER. If a parameter must 
be one of two values, the choices are shown separated by a vertical bar. You 
may use YES instead of ON and NO instead of OFF. 


A parameter designated as n is a numeric value. These values may be entered as 
ordinary decimal numbers, or as hexadecimal, or "hex", numbers by preceding 
the number with the $ symbol. When the TNC2 shows some of these numeric 
parameters (those which set special characters), they will be given in hex. The 
"digits" of a hex number represent powers of 16, analogous to the powers of 10 
represented by a decimal number. The numbers 10 through 15 are denoted by 
the hex digits A through F. For example, 


$1B = 1*164+ 11 =27 
$120 = 1*16*16 + 2*16 + 0 = 288 


A parameter designated as text, such as the argument to CTEXT, may be entered 
in upper or lower case, and may include numbers, spaces, and punctuation. The 
text is accepted exactly as typed by the user. 


Several commands require callsigns as parameters. While these parameters are 
normally Amateur callsigns, they may actually be any collection of numbers and 
at least one letter,up to six characters; they are used to identify stations sending 
and receiving packets. A callsign may additionally include sub-station ID 
(SSID), which is a decimal number from 0 to 15 used to distinguish two or more 
stations on the air with the same Amateur call (such as a base station and a 
repeater). The call sign and SSID are entered and displayed as call-n, e.g., 
KOPFX-3. If the SSID is not entered, it is set to 0, and SSIDs of O are not 
displayed by the TNC2. 


Some commands have parameters which are actually lists of items. For example, 
you may specify as many as eight callsigns to be selectively monitored with the 
command LCALLS. The second and later items in the list are optional, and you 
may separate the list items with blank spaces or with commas. 
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These examples may help you to understand the explanations above. 
BEACON EVERY|AFTER n 


means that the command BEACON requires an argument which must be either 
EVERY or AFTER (abbreviated to E or A), and an argument n which the user 
may choose from a range of values. An acceptable command might be 
BEACON E 2. 


CONNECT calll [VIA call2[,call3...,call9]] 


means that the command CONNECT requires a callsign argument calll. You 
may optionally include the keyword VIA, followed by a list of one to eight 
callsigns, call2 through call9. The callsigns in the list, if included, must be 
separated by commas (as shown), or by blank spaces. An acceptable command 
might be C N2WX V AD7I WB9FLW. 


You can see the current value of the command's arguments by typing the 
command name by itself, without any arguments. For example, 


cmd: CONOK Y Sets the value to YES (ON). 
CONOK was OFF _ Displays previous value. 
cmd: CONOK Command with no arguments 
CONOK ON displays present value. 


A special command, DISPLAY, allows you to see the values of all parameters or 
groups of related parameters. 


Remarks 


This section will describe the command's action and the meaning of each 
argument. Examples may be included of situations in which the command might 
be used. 


All of the commands contained in the TNC2 firmware are listed on the following 
pages. As mentioned earlier in this manual most of the commands are already 
set to defaults. These defaults are usable for normal operation. However, feel 
free, but be careful to change them to suit your application. 
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8BITCONV ON|OFF Default: OFF 
Parameters: 

ON The high-order bit is not stripped in Converse Mode. 

OFF The high-order bit is stripped in Converse Mode. 


This command enables transmission of 8-bit data in Converse Mode. If 
8BITCONV is OFF, the high-order bit (bit 7) of characters received from the 
terminal is removed before the characters are transmitted in a packet. The 
standard ASCII character set requires only 7 bits, and the final bit is used as a 
parity bit or ignored. Setting bit 7 in text characters transmitted over the air may 
cause confusion at the other end. 


If you need to transmit 8-bit data, but don't want all the features of Transparent 
Mode, you should set 8BITCONV ON and AWLEN 8. This may be desirable, 
for example, if you are using a special non-ASCII character set. 


Bit 7 is always removed in Command Mode, since commands require only the 
standard 7-bit ASCII character set. 


ABOrt Immediate Command 


This command gives the SYSOP total control over the Mailbox by allowing him 
to force a disconnect on the Mailbox link. It immediately terminates any mailbox 
activity currently in progress. You may use it to avoid any QRM, to cancel a 
FORWARD or NODEFORW in progress. You can also use it to terminate 
mailbox usage by an unwelcome mailbox users. 
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ACKPRIOR ON|OFF Default: ON 


ACKPRIORITY permits an acknowledging TNC to transmit without regard to 
the slotting delay. Turning ACKPRIORity ON to enable prioritized 
acknowledgement. 


If ACKprior is turned off and SLots (see SLots) is set to 0, the modified AX.25 
protocol is effectively disabled. The TNC2 will behave like normal AX.25 
protocol. Prioritized acknowledgments and slotted channel access can be 
enabled or disabled independently of one another. So you could if you wished 
run normal AX.25 with slotted channel access or the new protocol without 
slotted channel access. 


ACKTIME nnnn Default: 14 (140 ms) 
Parameters: 
nnnn 0 - 250, in 10 ms intervals. 


The ACKTIME parameter controls a delay that occurs whenever any packets 
have been received by the TNC2 that are not addressed to the TNC2. 


ACKTIME should be calculated by the radio channel baud rate, and by the 
keyup and keydown (TXDELAY and fixed timer, in TNC) delays. It should 
reflect the time it takes for an acknowledging TNC on the channel to keyup, send 
it's acknowledgement, and release the PTT. This represents the time required to 
send a response frame (with no I field appended) at the baud rate being used on 
the radio port. 


The current 100 millisecond default is close but should be adjusted for 1200 
baud work to 130 milliseconds (ACKTime set to 13). 


For 300 baud HF work this parameter should be set to 520 milliseconds 
(ACKTime set to 52). 
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ANSWRQRA ON|OFF Default: ON 
Parameter: 


ON TNC2 responds to non-digipeated UI frames addressed to QRA, 
within | to 16 seconds, with an empty ID packet. 


OFF Disables TNC2's ping-response function. 


QRA ("Who are you") pinging is supported by the TNC2. A QRA ping polls all 
of the TNCs within range. A random number of seconds later, each TNC that 
heard the QRA ping will transmit its identification packet. The purpose of this 
feature is to reveal to the packeteer, particularly the transient one, the names of all 
reachable TNCs and digipeaters. 


Sending a QRA ping: 
1) Set the unprotocol callsign to QRA 
cmd: UNPROTO QRA<x<cr> 
2) Manually send an unconnected packet 
cmd: CONVERSE<cr> 
<cr> 
AC 
cmd: 
This sequence will send an unconnected packet. Once the local TNCs have 


responded with ID packets, then the user can press a "CRTL-C". The TNC2 will 
respond with the cmd: prompt. 
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AUTOLF ON|OFF Default: ON 
Parameters: 


ON A linefeed character, <LF> is sent to the terminal after each carriage 
return character (<CR>). 


OFF A <LF> is not sent to the terminal after each <CR>. 


AUTOLF controls the display of carriage return characters received in packets as 
well as echoing those that are typed in. 


If the TNC2's sign-on message lines appear to be typed over each other, you 
should set AUTOLF ON. If the TNC2 sign-on message appears to be double- 
spaced, you should set AUTOLF OFF. If the TNC2's sign-on message appears to 
be single-spaced, you have AUTOLF set correctly. 


This command only affects what is displayed, not the data sent in packets. If you 
want to add linefeed characters to outgoing packets, use the command LFADD. 


AWLEN n Default: 8 
Parameters: 

n 7- 8, specifying the number of data bits per word. 
This value defines the word length used by the serial IO terminal port. 


For most packet operations, including conversation, bulletin board operation, and 
transmission of ASCII files, you should set AWLEN 7. If 8 bit words are 
transmitted to the TNC2 in Command Mode or Converse Mode, the eighth bit is 
normally removed, leaving a standard ASCII character, regardless of the setting of 
AWLEN. To transmit and receive packets retaining all 8 data bits of each 
character, as you need to do if you send executable files or other special data, you 
should use Transparent Mode and set AWLEN 8. Alternatively, you can use 
Converse Mode and set AWLEN 8 and 8BITCONV ON (however, the data you 
then send must handle the Converse Mode special characters with the PASS 
prefix). If the AWLEN command is changed, then the user must perform a 
RESTART on the TNC2. If not, the command will remain unchanged. 
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AX25L2V2 ON|OFF Default: ON 
Parameters: 

ON The TNC2 will use AX.25 Level 2 Version 2.0 protocol. 

OFF The TNC2 will use AX.25 Level 2 Version 1.0 protocol. 


Some implementations of the earlier version of AX.25 protocol (e.g., TAPR's 
TNC 1) won't properly digipeat version 2.0 AX.25 packets. This command exists 
to provide compatibility with these other TNCs until their software has been 
updated. During the protocol transition period, you should set AX25L2V2 OFF. 
After your local area TNCs are updated to the newer protocol version, you should 
set AX25L2V2 ON. When AX25L2V2 is ON, the TNC2 answers L2 UI frames 
with P and C set with either: RR if connected (regardless of rcvr flow control 
state), or DM if not connected. If retry limit is exceeded, or the TNC2 receives a 
"disconnected" response to a poll, the connection is ended. 


AXDELAY n Default: 0 
Parameters: 
n 0 - 180, Specifying the voice repeater keyup delay in 10 ms intervals. 


AXDELAY specifies a period of time the TNC2 is to wait, in addition to the 
normal delay set by TXDELAY, after keying the transmitter and before data is 
sent. This feature will be used by groups using a standard "voice" repeater to 
extend the range of the local area network. Repeaters with slow mechanical 
relays, split sites, or other circuits which delay transmission for some time after the 
RF carrier is present require some amount of time to get RF on the air. If you are 
using a repeater that hasn't been used for packet operations before, you will have 
to experiment to find the best value for n. If other packet stations have been using 
the repeater, check with them for the proper setting. Note that this command acts 
in conjunction with AXHANG. 


Note that the TAPR TNC 1 and other TNCs using the same version 3.x firmware 


interpret n in 120 ms intervals. The value set by AXDELAY on TNC2 will thus 
be 12 times the value used by a TNC | user to give the same delay time. 
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AXHANG n Default: 0 
Parameters: 
n 0 - 20, Specifying the voice repeater hang time in 100 ms intervals. 


This value can be used to increase channel efficiency when an audio repeater with 
a hang time greater than 100 ms is used. For a repeater with a long hang time, it is 
not necessary to wait for the repeater keyup delay after keying the transmitter if the 
repeater is still transmitting. If the TNC has heard a packet sent within the hang 
period, it will not add the repeater keyup delay (AXDELAY) to the keyup time. 


If you are using a repeater that hasn't been used for packet operations before, you 
will have to experiment to find the best value for n. If other packet stations have 
been using the repeater, check with them for the proper setting. 

Note that the TAPR TNC 1 and other TNCs using the same version 3.x firmware 
interpret n in 120 ms intervals. The value you set on TNC2 for AXHANG will 
thus be 6/5 the value used by a TNC 1 user for the same hang time (when 
converting, round down to the nearest integer). 
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BBSMSGS ON|OFF Default: OFF 


This command controls how the TNC2 displays certain messages in command and 
CONVERSE modes. The messages affected are described below: 


MESSAGE EFFECT WHEN BBSMSGS ON 


**™CONNECTED to xxxx A newline is added just before"***" 
*** DISCONNECTED " rt 
***retry limit exceeded 
***XxXxx Busy " " 
*** FARMER sent " m 
***FRMR revd rs 7 
*** Connect request:Xxxx This message is omitted. 
The BBSMSGS command is primarily useful for host operation. Primarily with 
WORLI and like bulletin board systems that require link status messages to begin 
in the first output column. 
The connect request message is omitted during BBSMSGS mode. This should be 


most useful for preventing corruption of messages when forwarding with small 
frames. 
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BEACON EVERY|AFTER n Default: EVERY 0 
Parameters: 
EVERY Send beacon at regular intervals. 


AFTER Send beacon once after the specified time interval with no packet 
activity. 


n 0 - 250, specifying beacon timing in 10 second intervals. A value of 0 
disables the beacon. 


This command enables beacon sending and causes the first beacon frame to be 
transmitted. A beacon frame consists of the text specified by BTEXT in a packet 
addressed to "BEACON" and sent via the digipeat addresses specified by the 
UNPROTO command, if any. 


If the keyword EVERY is specified, a beacon packet is sent every n*10 seconds. 
This mode might be used to transmit packets for testing purposes. 


If AFTER is specified, a beacon is sent only after n*10 seconds have passed with 
no packet activity. In this case, the beacon is sent only once until further activity 
is detected. This mode can be used to send announcements or test messages only 
when packet stations are on the air. If you choose n properly you can avoid 
cluttering a busy channel with unnecessary transmissions. 


Beacon frames from other TNCs can be monitored by setting MONITOR ON. 


NOTE: BEACONS will not be sent if BTEXT is null. 
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BKONDEL ON|OFF Default: ON 
Parameters: 


ON The sequence <BACKSPACE> <SPACE> <BACKSPACE> is 
echoed when a character is deleted from the input line. 


OFF The <BACKSLASH> character (\) is echoed when a character is 
deleted. 


This command determines the way the display is updated to reflect a character 
deletion in Command Mode or Converse Mode. 


The <BACKSPACE> <SPACE> <BACKSPACE> sequence will properly update 
the screen of a video display. If you have a video display terminal or computer, 
you should set BKONDEL ON. 


The <BACKSPACE> <SPACE> <BACKSPACE> sequence on a printing 
terminal would result in overtyped text. If you have a paper-output display, or if 
your terminal does not respond to the <BACKSPACE> character (<CTRL-H>), 
you should set BKONDEL OFF. The TNC2 will type a <BACKSLASH> for 
each character you delete. You can display the corrected input line by typing the 
redisplay-line character, which is set by the command REDISPLA. 


BLP ON|OFF Default: OFF 
Parameters: 

ON Puts TNC2 into Host Mode 

OFF Takes TNC2 out of Host Mode 
When the BLP command is turned ON, the TNC2 is put into Host Mode. After 
you turn BLP ON and enter transparent mode the host code will run. Once BLP is 
on, subsequent RESTARTS and power up cycles will be directly and silently into 
transparent mode and it will continue to do so until you turn BLP back OFF or the 


bbRAM fails. In order to run the Host Mode code the following commands must 
be set up as stated: 


Page 139 


TNC2 SYSTEM MANUAL COMMANDS 


CONMODE TRANS|CONV 


You MUST set CONMODE to TRANS else the first time you're connected 
you'll lose the DLC connection! This is actually putting the TNC2 into 
Transparent mode. 


PARITY 0 


The Parity must be set to 0 for Host Mode operations. 


AWLEN 
Set the AWLEN command for 8 bits! 


MON ON|OFF 


If you have BLP ON and MON ON, >ALL< packets-data, command, 
beacons, whatever - will be sent to the host on BLP channel 0x71. If you're 
being inundated with countless frames when debugging you might want to 
turn monitor off to avoid the mess. 


MYDLCNUM 
DEFLTDLC 


Effective only when non-O MYDLCNUM, this parm tells the TNC what the 
DLC address is of the host (ex, MTHOST). Default is 254. 
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BTEXT text Default: "" 
Parameters: 


text Any combination of characters, numbersand paces, up to a maximum 
length of 128 characters. 


BTEXT specifies the content of the data portion of a beacon packet. The default 
text is an empty string, i.e., no message. Beacon packets are discussed in more 
detail under the BEACON command. 


NOTE: BEACONS will not be sent if BTEXT is null. 


You can send multiple-line messages in your beacon by including carriage return 
(<CR>) characters in the text. The <CR> character can be included by preceding 
it with the pass character. The pass character is set by the PASS command. If you 
enter a text string longer than 120 characters, an error message will appear and the 
command will be ignored. For example, a Bulletin Board program might set the 
beacon text to a message like this, updating the text after each connection: 


Mailbox on line. Messages for WB9FLW, AD7I, KONG. 


To clear the BTEXT text without issuing the RESET command, use a % or & 
character as the first character in the text. 
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BUDLIST ON|OFF Default: OFF 
Parameters: 
ON Ignore frames from stations which are not in the LCALLS list. 
OFF Ignore frame from stations which are in the LCALLS list. 


BUDLIST works in conjunction with the command LCALLS, which sets up a 
callsign list. These commands determine which packets will be displayed when 
you have set MONITOR ON. BUDLIST specifies whether the callsigns in the 
list are the ones you want to ignore or, alternatively, are the only ones you want to 
listen to. 


If you want to listen only for packets from a limited list, you should enter this list 
with LCALLS and set BUDLIST ON. You can use this feature, for example, to 
have your TNC "keep an ear out" for a particular station while you converse with 
someone else. 


If you want to ignore packets from a limited list, you should list the callsigns to 
ignore in LCALLS and set BUDLIST OFF. For example, if there is a bulletin 
board on frequency, you can ignore it while monitoring other conversations. 
CALIBRA 

CALIBRA is an immediate command, and is used to transfer control to the 
modem calibration routine. Calibration may be performed at any time without 
altering the current link state. 


Briefly, the commands available in the calibration routine are: 


<SPACE> Switches between the Mark and Space transmit audio tones. 


D Alternates between the two transmit tones at a rate determined 
by the radio baud rate. This will help you to calibrate the 
demodulator. 

K Activates the modulator and Toggles the PTT line on/off. 

Q Quits the calibration routine, and returns to command mode. 
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CALSET n Default: None 
Parameters: 
n 0 - 65535, Specifying the count setting for use by the calibration routine. 


The number to be specified by CALSET is determined by the frequency “f” to be 
calibrated as follows. 


n = (525,000 / f) + 1 (modulator tones) 
n = (262,500 / f) + 1 (demodulator tones) 


In calibrating the modulator tones, the frequency f will be the actual modulator 
tone desired. When calibrating the demodulators, frequency f is the average 
frequency between the Mark and Space frequencies. 


Round n to the nearest integer. To calibrate the modem tones, you will set n for 
the desired frequency using CALSET. 
CANLINE n Default: $18 <CTRL-X> 
Parameters: 

n 0 - $7F, specifying an ASCII character string code. 
This command is used to change the cancel-line input editing command character. 
The parameter n is the ASCII code for the character you want to type in order to 


cancel an input line. You can enter the code in either hex or decimal. 


For example, to change the cancel-line character to <CTRL- U>, you would set 
CANLINE $15 or CANLINE 21. 


If you cancel an input line in Command Mode, the line will be terminated with a 
<BACKSLASH? character, and you will see a new cmd: prompt on the next line. 
If you cancel a line in Converse Mode, you will see only the <BACKSLASH> and 
a new line. You can cancel only the line you are currently typing. Once a <CR> 
has been entered, you can not cancel an input line using 
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the cancel-line character. Note that if your send-packet character is not <CR>, the 
cancel-line character will cancel only the last line of a multi-line packet. To 
cancel the entire packet, use the CANPAC character. 


Line cancellation, like all other input editing features, is disabled in Transparent 
Mode. 


CANPAC n Default: $19 <CTRL-Y> 
Parameters: 
n 0- $7F, specifying an ASCII character string code. 


CANPAC is used to change the cancel-packet input editing command character. 
The parameter n is the ASCII code for the character you want to type in order to 
cancel an input packet. You can enter the code in either hex or decimal. 


If you cancel a packet in Converse Mode, the line will be terminated with a 
<BACKSLASH> character and a new line. You can only cancel the packet that is 
currently being entered. Once you have typed the send-packet character, or waited 
PACTIME (if CPACTIME enabled), the packet can not be canceled even if it 
has not been transmitted. Packet cancellation, like other input editing features, is 
disabled in Transparent Mode. 


Cancel Display Output 


The cancel-packet character also functions to cancel display output in Command 
Mode. If you are in Command Mode and type the cancel-packet character, any 
characters that would be typed on the screen (except echoed characters) are 
"thrown away" by the TNC2. Typing the cancel-output character a second time 
restores normal output. To see how this works, try typing DISPLAY, then type a 
<CTRL-Y>. The command list display will stop. You won't see any response 
from the TNC2 to commands. Now type another <CTRL-Y>, and type DISPLAY 
again to see that the display is back to normal. 
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You can use the cancel-display feature if you inadvertently do something that 
causes the TNC2 to generate large amounts of output to the terminal, such as 
giving the DISPLAY command or setting TRACE ON. If you are in Converse 
Mode or Transparent Mode and want to cancel display output, you must exit to 
Command Mode and then type the cancel- packet character. 


CBELL ON|OFF Default: OFF 
Parameters: 

ON Connect bell enabled 

OFF Connect bell disabled 


This command is used to control whether an ASCII $07 or CTRL-G (BELL) 
character is sent as part of the connected message. 


When set ON, the bell character immediately preceeds the asterisk portion of the 
connected message, e.g.: 


<BELL>*** Connected to: <callsign> 


When CBELL is ON a tone will also be heard on the external speaker. A speaker 
must be connected to the SPEAKER jack in the rear panel of the TNC2, in order 
to hear this tone. 


CHAT Default: command 


The SYSOP may, at any time, break onto the mailbox's connected link. The 
resulting mode is like the a typical CONVERS mode packet connection. CHAT 
immediately terminates any user or forwarding operation in progress. At the point 
when the SYSOP invokes Chat mode, the SYSOP and the connectee are in an 
actual packet QSO. This is good to discuss problems with the Mailbox or 
equipment failure. CHAT mode continues until the SYSOP returns to command 
mode. 
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CHECK n Default: 12 
Parameters: 


n 0-250, Specifying the check time in 10 second intervals. A value of 0 
disables this feature. 


This command sets a connection timeout. If a link connection exists between the 
TNC2 and another station, and the other station "disappears," your TNC2 could 
remain in the connected state indefinitely, refusing connections from other 
stations. This might happen if propagation changes unexpectedly or an 
intermediate digipeater station is turned off. In order to prevent this sort of 
lockup, the TNC2 will try to clean up the link if the specified time elapses without 
any packets being heard from the other TNC. The operation of this feature 
depends on the setting of AX25L2V2. 


If AX25L2V2 is ON, the TNC2 will send a "check packet" to verify the presence 
of the other station if no packets have been heard from it for n*10 seconds. This 
frame contains no information, but is interpreted by the receiving station's TNC as 
an inquiry as to whether it is still connected. If the receiving TNC is still 
connected, it sends an appropriate response packet. If the TNC initiating the 
inquiry does not hear a response after RETRY+1 attempts, it commences a 
disconnect sequence, as if the DISCONNE command had been given. 


If AX25L2V2 is OFF and the other station has not been heard for n*10 seconds, 


the TNC2 will not attempt an inquiry, but will send a disconnect packet, just as if 
you had typed the command DISCONNE. 


CHECKV1 ON|OFF Default: OFF 


The CHECKV1 parameter enables the automatic idle-link- disconnect feature for 
AX.25 Level 2 Version | connections. The idle time before disconnecting will be 
equivalent to the AX.25 CHECK parameter (see CHECK command). 
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CONPERM ON|OFF Default: OFF 
Parameters: 


ON _ The current connection on the current stream will not be allowed to 
enter the disconnected state. 


OFF The current stream may be connected to and disconnected from other 
stations. 


This command, when switched ON, forces the TNC2 to always maintain the 
current connection, even when frames to the other station exceed RETRY 
attempts to get an acknowledgment. RESTART and power off/on cycling will not 
affect this connected state. 


This command only takes effect when a connection is established. It functions on 
a stream-by-stream basis when multiple connections are allowed. 


It is useful for certain networking applications, meteor scatter and other noisy, 
less-reliable links, while still allowing connections on other streams to operate 
normally (automatic disconnect based on RETRY, etc.). 


CMDTIME n Default: 1 
Parameters: 


n 0 - 250, Specifying Transparent Mode timeout value in 1 second 
intervals. If n is zero, the only exit from Transparent Mode is to send a 
BREAK signal or interrupt power to the TNC2. 


This command sets the Transparent Mode timeout value. In order to allow escape 
to Command Mode from Transparent Mode while permitting any character to be 
sent as data, a guard time of n seconds is set up. The same Command Mode entry 
character used for exit from Converse Mode is used to exit Transparent Mode, but 
the procedure is different. (The Command Mode entry character is set by 
COMMAND.) Three Command Mode entry characters must be entered less than 
n seconds apart, with no intervening characters, after a delay of n seconds since the 
last characters were typed. After a final delay of n seconds, the TNC2 will exit 
Transparent Mode and enter Command Mode. 
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You should then see the prompt 
cmd: 


The diagram below illustrates this timing. 


last first second third TNC 
terminal command command command now in 
input mode mode mode Command 
| entry entry entry Mode 
| character character character | 
| | | | | 
| | | | | 
|<-----longer------ >|----<-shorter->----|----<-shorter->----|<-------- n-------- >| 

than n than n than n 
CMSG ON|OFF Default: OFF 
Parameters: 


ON A text message is sent as the first packet after a connection is 
established. 


OFF The text message is not sent. 


CMSG enables automatic sending of the message set by CTEXT whenever your 
TNC2 accepts a connect request from another TNC. 


For example, if you have left your station running even though you don't want to 
operate just now, you might want to set CMSG ON to let people know that you 
can't talk when they connect to your TNC2. When you are ready to operate, you 
would set CMSG OFF. 
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CMSGDISC ON: OFF Default: OFF 
Parameters: 

ON Automatic disconnect enabled 

OFF Automatic disconnect disabled 


This command controls whether the TNC2 will initiate a disconnect sequence after 
it is connected to. 


If CMSG is OFF, or CTEXT has no connected text, the TNC2 initiates a 
disconnect immediately upon receiving information or acknowledgement frames 


from the other station. 


If CMSG is ON end CTEXT contains some text information, the TNC2 initiates a 
disconnect after the packet containing connect text (CTEXT) is acknowledged. 


This command may be useful to bulletin board operators or others with a need to 
send a short message, confirm its receipt, and disconnect. 


NOTE: Use this command with care. If you find you're able to receive connects, 
yet never get data, it's possible CMSGDisc has been left on. It's also possible is 
that RS-232 DCD is holding the terminal off -- see Chapter 5 for details on 
hardware flow control. 

COMMAND n Default: $03 <CTRL-C> 
Parameters: 


n 0 - $7F, Specifying an ASCII character code. 


This command is used to change the Command Mode entry character. You can 
enter the code in either hex or decimal. 


Command Mode is entered from Converse Mode when this character is typed. If 
you type the Command Mode entry character while you are already in Command 
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Mode, nothing will happen. To see how this works, enter Converse Mode by 
typing CONVERS. Anything you type will become packet data. Now type a 
<CTRL-C>. You will see the Command Mode prompt, indicating successful exit 
from CONVERSE mode to Command Mode. The display might look like this: 


cmd: CONVERS 

Hello World! I'm on the air on packet radio! 
[enter <CTRL-C>] 

cmd: 


See the entry under CMDTIME or the discussion of Transparent Mode in Chapter 
5 for information on how the Command Mode entry character is used for escape 
from Transparent Mode. 


For terminals without a "control" key, you will have to reasign another key such as 
a graphic symbol or punctuation mark which is normally not used in operations. 


CONMODE CONVERS TRANS Default: CONVERS 
Parameters: 


CONVERS Sets automatic entry to Converse Mode when a connection is 
established. 


TRANS _ Sets automatic entry to Transparent Mode when a connection is 
established. 


CONMODE controls which mode the TNC2 will be placed in after a connection 
is established. The connection may result either from a connect request received 
over the air or a connect initiated by a CONNECT command that you issued. For 
most operations, you would set CONMODE to CONVERS. However, if you are 
using Transparent Mode for a bulletin board program, for example, you would set 
CONMODE to TRANS so that the correct mode will be entered when your 
bulletin board receives a connect request. 


If you initiate a connection with the CONNECT command, the control of 
Converse or Transparent Mode is determined by NEWMODE. 
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If the TNC2 is already in Converse or Transparent Mode when the connection is 
completed, the mode will not be changed. If you have typed part of a command 
line when the connection is completed, the mode change will not take place until 
you complete the command or cancel the line. This prevents the last part of your 
command from inadvertently being sent as a packet. 


CONNECT call1 [VIA call2[,call3...,call9]] 
Parameters: 
call1 Callsign of TNC to be connected to. 


call2 Optional callsign of TNC2 to be digipeated through. As many as 
eight digipeat addresses can be specified. 


The part of the command line in brackets, VIA call2[, call3...,call9] is optional. 
The double-bracketed text, ,call3...,call9, is also optional, but would only be used 
if VIA call2 is present. The brackets are not typed. 


Each callsign may include an optional sub-station ID specified as -n immediately 
following the callsign. The digipeat fields are specified in the order in which you 
want them to relay the packets to the destination, call1. 


CONNECT is an immediate command. It initiates a connect request to TNC2 
call1, optionally through digipeaters. If NEWMODE is ON, the TNC2 will 
immediately enter Converse Mode or Transparent Mode, as specified by the 
command CONMODE. If NEWMODE is OFF, the TNC2 will enter Converse 
Mode or Transparent Mode when the connection is successfully completed. 


An error message is returned if the TNC2 is in a connected state, or is already 
attempting to connect or disconnect. If no response to the connect request occurs 
after the number of attempts specified by RETRY, the command is aborted and a 
message is typed. The TNC2 returns to Command Mode if 

NEWMODE is ON. If NEWMODE is OFF, the mode does not change, i.e. the 
TNC2 remains in Command Mode. 
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For example, to connect to WA7GXD using NOADI-1 (who is near your QTH) 
and WDOETZ (who is near GXD's QTH) as digipeaters, you would type 


CONNECT WA7GXD VIA NOADI-1,WDOETZ 
Packets coming back from WA7GXD access the digipeaters in the opposite order. 
Thus, packets from WA7GXD will first be repeated by WDOETZ, then by 
NOADI-1. 
CONOK ON|OFF Default: ON 
Parameters: 

ON Connect requests from other TNCs will be accepted. 

OFF Connect requests from other TNCs will be rejected. 
This command determines the action taken by the TNC2 when a connect request 
for it is received though the radio. If CONOK is ON, the request will be 
acknowledged, the standard connect message will be typed and either Converse or 


Transparent Mode will be entered, depending on the setting of CONMODE. 


If CONOK is OFF and the TNC2 is not in Transparent Mode, the TNC will 
notify you of the connect attempt with the following message. 


Connect Request: <call> 
The callsign of the station trying to connect will replace <call>. 


All connect requests from stations with totally blank callsigns are rejected with a 
busy response. 


The TNC2 will also issue a DM packet, or "busy signal" to the requesting station. 
The user may then issue his own connect command. If the TNC2 receives a DM 
packet in response to a connect request, it will type the message 


*E* <call> station busy 
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with the callsign of the station that sent the DM packet in place of <call>. 


For example, if you want to leave your station running as a digipeater you might 
set CONOK OFF until you are ready for a conversation. If you get a connect 
request in the meantime, you can change your mind. Stations attempting to 
connect to your TNC2 will be able to see that the station is up but not available for 
connection (it might still be useful as a digipeater). 


CONSTAMP ON|OFF Default: OFF 
Parameters: 

ON Connect and disconnect status messages are time stamped. 

OFF Connect status messages are not time stamped. 


This command enables time stamping of *** CONNECTED status messages. 
The date and time information is then available for use by Bulletin Board 
programs or other computer applications. The date and time must be set initially 
by the DAYTIME command before time stamping will occur. The date format is 
determined by the DAYUSA command. 


For example, if CONSTAMP is ON, DAYUSA is ON, and the date and time 
have been set, a connect message might appear as follows. 


**% CONNECTED to N2WX [05/28/85 16:28:31] 


CONVERS 


CONVERS is an immediate command, and will cause the TNC2 to exit from 
Command Mode into Converse Mode. Any link connections are not affected. 
Once in Converse Mode, everything you type is packetized and transmitted over 
the radio. Typing the Command Mode entry character returns the TNC2 to 
Command Mode. See the discussions of Converse Mode in Chapter 4 and Chapter 
ny 
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CPACTIME ON|OFF Default: OFF 
Parameters: 

ON Packet timeout is used in Converse Mode. 

OFF Packet timeout is not used in Converse Mode. 


This command enables the periodic automatic sending of packets in Converse 
Mode. This feature may be used for computer communications, such as Bulletin 
Board operation, when the full Transparent Mode features are not desired. 


If CPACTIME is ON, characters are packetized and transmitted periodically as 
they are in Transparent Mode, but local editing and display features of Converse 
Mode are enabled, and software flow control may be used. For a discussion of 
how periodic packetizing works, see the command PACTIME, which controls the 
rate and mode of packet assembly. 


You should set CR OFF in this mode, since otherwise the send-packet character 
will be inserted in the data being packetized even though it was not typed. In 
order to include <CR> characters in transmitted packets, set SENDPAC to a 
normally unused character (e.g., <CTRL-P>), at which point the TNC will treat 
<CR> as an ordinary character. 


You can set CPACTIME ON for a mode of operation similar to full break-in CW, 
in which your text is transmitted soon after you type it, but in short bursts of a few 
characters, and the other station may break in at will. Some operators find it easier 
to carry on a conversation in this mode, since it eliminates the delays while long 
packets are being typed. 
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CR ON|OFF Default: ON 
Parameters: 


ON The send-packet character, normally <CR>, is appended to all packets 
sent in Converse Mode. 


OFF The send-packet character is not appended to packets. 


When CR is ON, all packets sent in Converse Mode will include, as the last 
character of the packet, the send-packet character which forces the packet to be 
sent. If CR is OFF, the send-packet character is interpreted solely as a command 
to the TNC2, not as data to be included in the packet, and furthermore, it will not 
be echoed to the terminal. 


Setting CR ON and SENDPAC $0D results in a natural conversation mode. Each 
line is sent when a <CR> is entered, and arrives at its destination with a <CR> at 
the end of the line. If the station at the other end reports overprinting of lines on 
his display, you can set LFADD ON, or the other station can set AUTOLF ON. 


CTEXT text Default: "" 


Parameters: 


text Any combination of characters and spaces, up to a maximum length of 
120 characters. 


CTEXT specifies the text of the packet to be sent after a connection is made, if 
CMSG is ON. The default text is an empty string, ie., no message. 


You can send multiple-line messages by including carriage return (<CR>) 
characters in the text. The <CR> character can be included by using the pass 
character immediately preceding it (see the PASS command). If you enter a text 
string longer than 120 characters, an error message will appear and the command 
will be ignored. 


For example, you might set your CTEXT message to 
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I'm not here right now, but you may leave a message. 


To clear the CTEXT text without issuing a RESET command, use a % or & as 
the first character in the message. 


You cannot connect to yourself and see your CTEXT unless going thru a 
digipeater. CMSG only takes effect if you are connected to by another TNC. 


CSTATUS 


CSTATUS is an immediate command which shows the stream identifier and link 
state of all ten streams (links), the current input and output streams, and whether or 
not each stream is "permanent" (see CONPERM). 


An example of a display resulting from issuing a CSTATUS command is: 


cmd: CS 
A stream IO Link state is: CONNECTED to 305MLB 
B streamLink state is: CONNECTED to AD7I P 
C streamLink state is: DISCONNECTED 


D stream Link state is: CONNECTED to NOADI 
via K9ONG-2 

I stream Link state is: CONNECT in progress 

J stream Link state is: CONNECTED to KV7B 
via NK6K-1 


The example above shows the A stream is assigned both the input and output 
streams. The B stream is connected to AD7I "permanently." All other streams’ 
states are shown as they might normally appear with multiple connections. 
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DAYTIME date&time No default 
Parameters: 
Date&Time Current date and time to set. 


This command allows you to set the current date and time for the TNC2. The 
format for entering the date&time is 


yymmddhhmm 


where yy is the last two digits of the year, mm is the two- digit month code (01- 
12), dd is date (01-31), hh is the hour (00-23), and mm is the minutes after the 
hour (00-59). All these codes must be exactly two digits, so that numbers from 0 
to 9 must be entered with leading zeros. The TNC2 does not check thoroughly for 
the correct number of days in a month, so you should use some judgment when 
you set the date. 


The date&time parameter is used by the commands CONSTAMP and 
MSTAMP to "time stamp" received and monitored messages. Entries in the 
"heard" (displayed by MHEARD) are also time stamped if date&time has been 
set. The TNC2's time is updated continuously as long as it is powered up. You 
must reset the date and time each time you turn on the TNC2. If you don't do this, 
the commands CONSTAMP and MSTAMP will not enable time stamping. 


If you type DAYTIME without a parameter, the TNC2 will display the current 
date and time. The format of the display is dd-mm-yy hh:mm if DAYUSA is 


OFF, and mm/dd/yy hh:mm if DAYUSA is ON. The format for entering 
date&time is not affected. For example, 


cmd: DAYTIME 8402291530 


sets the date and time to February 29, 1984 at 3:30 PM. The display of the date 
and time, with DAYUSA ON would be: 


cmd: DAYTIME 
02/29/84 15:30:26 


Page 157 


TNC2 SYSTEM MANUAL COMMANDS 


DAYUSA ON|OFF Default: ON 
Parameters: 

ON Date is displayed in the format mm/dd/yy. 

OFF Date is displayed in the format dd-mm-yy. 


This command determines the format for the TNC2's display of the date. If 
DAYUSA is ON, the standard U.S. format is used; if DAYUSA is OFF, the 
standard European format is used. This command affects the format of the date 
display used in "time stamps" as well as the display when DAYTIME is entered 
without parameters. The format for entering the time using DAYTIME is not 
affected. 


For example, if DAYUSA is ON, then July 2, 1984 at 9:28:44 AM would be 
displayed as 


cmd: DAYTIME 
07/02/84 9:28:44 


If DAYUSA is OFF the same date and time would appear as 

cmd: DAYTIME 

02-07-84 9:28:44 
DEADTIME nnn Default: 33 (330 ms) 
Parameter: 

nnn 0 thru 250 in 10ms 
The DEADTIME parameter selects the basic time interval used by the slotting 
procedures. A delay of length = (random multiple of DEADTIME) will be 
applied to the all outgoing packets that are not acknowledgmented. 
DEADTIME must be set to a value that accounts for the slowest acceptable 
station on the channel. It includes the time required for the remote station's radio 


to come on the air properly after assertion of PTT (TXDelay) and the time 
required for the local station's squelch (if used) and TNC DCD circuits to allow 
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generation of a "DCD true" signal in the local TNC. Ideally, once the proper 
value for this timer is ascertained, all stations on the channel will use the same 
value. 


The current default for this parameter is a short 30 milliseconds. This represents 
only the worst case delay for the TNC'’s DCD circuit and completely ignores the 
radio delays. 


Most HF linear mode radios are MUCH faster than VHF FM radio. A reasonable 


setting for HF work is 120 milliseconds (DEAdtime set to 12). This should work 
fine with virtually any HF radio stable enough to consider using on HF packet. 


DELETE ON|OFF Default: OFF 
Parameters: 


ON The delete character input editing character is <DELETE> ($7F). 


OFF The delete character input editing character is <BACKSPACE> 
($08). 


This command is used to change the input editing command for character deletion. 
When this character is typed, the last character from the input line is deleted. How 
the TNC indicates the deletion is controlled by the BKONDEL command. 


You can not use this character to delete past the beginning of a line, although you 
can delete <CR> characters that have been entered in the text with the pass 


character. 


To see a corrected display of the current line after you have deleted characters, 
type the redisplay-line character, which is set by the REDISPLA command. 
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DEFLTDLC Default: 254 
Parameters: 


Effective only when non-O MYDLCNUM, this parm tells the TNC what the DLC 
address is of the host (ex, MTHOST). Default is 254. 


DIGIPEAT ON|OFF Default: ON 
Parameters: 

ON The TNC2 will digipeat packets if requested. 

OFF The TNC2 will not digipeat packets. 


When this parameter is ON, any packet received that has your TNC's callsign 
(including SSID) in the digipeat list of its address field will be retransmitted. Each 
station included in the digipeat list relays the packet in its turn, marking the packet 
so that it will not accidentally relay it twice (unless so requested), and so that the 
stations will relay the packet in the correct order. Digipeating takes place 
concurrently with other TNC2 operations and does not interfere with normal 
operation of a packet station. 


In the spirit of cooperation typical of Amateur operation, you will probably want 
to set DIGIPEAT ON most of the time. However, you might want to disable 
digipeating if you're not home, or if your transmit relay makes enough noise to 
wake you up at night. 

The command HID enables automatic transmission of identification packets if 
your station is acting as a digipeater. 


DISCONNE 


DISCONNE is an immediate command. It will initiate a disconnect request with 
the currently connected station. A successful disconnect results in the display of: 


*** DISCONNECTED 
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Other commands may be entered while the disconnect is taking place, although 
connects are disallowed until the disconnect is completed. If the retry count is 
exceeded while waiting for the other side to acknowledge, the TNC2 moves to the 
disconnected state. If a disconnect command is entered while the TNC2 is 
disconnecting, the retry count is immediately set to the maximum number. In 
either case, the disconnect message is 


*** retry count exceeded 
*** DISCONNECTED 


Disconnect messages are not displayed when the TNC2 is in Transparent Mode. 


DISPLAY [class] 
Parameters: 


class Optional parameter-class identifier, one of the following: 


ASYNC displays asynchronous port parameters 
CHARACTE | displays special characters 

ID displays ID parameters 

LINK displays link parameters 

MONITOR displays monitor parameters 

TIMING displays timing parameters 


HEALTH displays 25 counters* 


DISPLAY is an immediate command, and with no class parameter will cause all 
control parameters and their current values to be displayed. Sub-groups of related 
parameters can be displayed by specifying the optional parameter-class. 
Individual parameters can be displayed by entering the parameter name with no 
options. 
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* The twenty five counters in the TNC2 are 16 bits wide, and are ALWAYS 
initialized to 0000 on power up or "RESTART". 


ASYFRERR: _ This is a health counter reflecting the number of 
hardware-detected asynchronous framing — errors. 
Framing errors are not fatal. They merely indicate 
that the terminal attached to your TNC2 is not 
configured correctly with regard to 
AWLEN/PARITY. 


ASYQOVER: Records the number of times received- connected 
packets have been rejected due to insufficient space 
in the buffer holding the data going to the terminal. 
No actual data loss occurs, provided the connection 
remains intact. ASYQOVER counts can be avoided 
by increasing the speed of the attached RS-232 
terminal and/or printer. (SEE also SENTRNR) 


ASYRXOVR: Increases when the software does not service the 
asynchronous receiver in time. Indicates data from 
the user to the TNC2 is being dropped. This error 
counter should never become non- zero under 
supported data rates. 


BBFAILED: Counts number of times bbRAM checksum was in 
error. 


DIGISENT: Each frame digipeated by the TNC2 causes the 
counter to increase. 


HOVRERR: Increases when HDLC receiver is not serviced rapidly 
enough and data is lost. This counter should never 
increment at any supported data rate. 


HUNDRERR: Increases when the HDLC transmitter is not serviced 
rapidly enough and frames are aborted. This counter 


should never be non-zero at any supported data rate. 


RCVDFRMR: Increases when Frame reject frames are received from 
a connected station. 
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RCVDIFRA: 


RCVDREJ: 


RCVDRNR: 


RCVDSABM: 


RXABORT: 


RXCOUNT: 


RXERRORS: 


RXLENERR: 


RXRESYNC: 


Increases for each reception of an I frame from a 
connectee. 


Increases for each reception of an REJect frame from 
a connectee. 


Counts the number of AX.25 L2 receiver- not-ready 
frames received since power-up and _ during 
connections. The count may be useful in gauging 
system throughput. 


Each received SABM frame addressed to the TNC2 
causes this counter to be increased by one. 


RXABORT is a count of the number of hardware- 
detected HDLC abort events. A large number of 
counts is perfectly normal and should not cause 
concern. 


Increases when any frame is received with good CRC 
(or any CRC if HGARBAGE is turned on). 


Increments each time a received frame is thrown out 
due to it being too short, suffering overrun(s), or it 
having a bad CRC. Latter occurs only when CRC 
checking is enabled (i.e. HGARBAGE is OFF). This 
counter will often increment in the presence of noise. 


RXLENERR counts the number of too-short frames 
received. The counts are of diagnostic use only and 
here again, non- zero counts are not a matter of 
concern. 


RXRESYNC is a diagnostic health counter recording 
the number of receiver resynchronizations handled 
internally to the TNC2. Non-zero counts indicate the 
attached radio may be either turned off or squelched. 
Note that in almost every situation your radio must to 
have its squelch fully opened! 
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SENTFRMR: Increments each time a Frame reject frame is 


transmitted. 
SENTIFRA: Increases by one each time an I frame is sent. 
SENTREJ: Whenever a REJect frame is transmitted, this counter 


is incremented. 


SENTRNR: This health counter tracks the number of times your 
TNC2 has had to send Receiver-Not-Ready (RNR) 
frames. Non-zero counts may be an indication that 
the RS-232 terminal or baud rate is too slow. 


TXCOUNT: Incremented whenever a frame is_ correctly 
transmitted. 


TXQOVFLW: Counts how many times frames were disconnected 
because the outgoing frame queue was too small. 


TXTMO: This register may accumulate counts as the TNC2 
successfully recovers from HDLC _ transmitter 
timeouts. This is not a useful command for the 
majority of the users. Default is 0. 


The health counters just described, and the setting of HEALLED are displayed in 
response to the health inquiry. 
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DWAIT n Default: 33 
Parameters: 
n 0-250, Specifying default wait time in 10 ms intervals. 


This value is used to avoid collisions with digipeated packets. The TNC2 will 
wait the default wait time after last hearing data on the channel before it begins its 
own keyup sequence, unless the TNC2 is waiting to transmit digipeated packets. 
This value should be agreed on by all members of a local area when digipeaters 
are used in the area. The best value will be determined by experimentation, but 
will be a function of the keyup time (TXDELAY) of the digipeater stations. 


This feature is intended to help alleviate the drastic reduction of throughput that 
occurs on a channel when digipeated packets suffer collisions. It is necessary 
because digipeated packets are not retried by the digipeater, but must be restarted 
by the originating station. If all stations specify a default wait time, and the right 
value of n is chosen, the digipeater will capture the frequency every time it has 
data to send, since digipeated packets are sent without this delay. 


The DWAIT timer is defeated (superseded) when the command ACKPRIORITY 
is ON. 

ECHO ON|OFF Default: ON 
Parameters: 


ON Characters received from the computer or terminal are echoed by the 
TNC2. 


OFF Characters are not echoed. 


This command controls local echoing by the TNC2 when it is in Command or 
Converse Mode. Local echoing is disabled in Transparent Mode. 


If you don't see your input on the display, you should set ECHO ON. If you see 


two copies of every character you type, you should set ECHO OFF. If you see 
the characters you type displayed correctly, you have ECHO set correctly. 
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ESCAPE ON|OFF Default: OFF 
Parameters: 

ON The <ESCAPE> character ($1B) is output as "$" ($24). 

OFF The <ESCAPE> character is output as <ESCAPE> ($1B). 


This command specifies the character which will be output when an <ESCAPE> 
character is to be sent to the terminal. The <ESCAPE> translation is disabled in 
Transparent Mode. 


This command is provided because some terminals, and computer programs that 
emulate such terminals, interpret the <ESCAPE> character as a special command 
prefix. Such terminals may alter their displays depending on the characters 
following the <ESCAPE>. If you have such a terminal, you can protect yourself 
from unexpected text sequences and from other packeteers by setting ESCAPE 
ON. 


See also the MFILTER command, which allows general character stripping 
(rather than character translation) in monitored packets. 


FIRMRNR ON|OFF Default: OFF 


FIRMRNR controls the handling of busy states by the TNC2. Setting 
FIRMRNR ON improves channel efficiency, but is incompatible with earlier 
TNC-2 releases. The incompatibility is a result of vague protocol specifications. 


FIRMRNR should be always be set ON when conversing with network nodes, for 
example, NET/ROM. In other cases, it is recommended that FIRMRNR be left 
OFF unless you can be assured the other TNC you are connected to supports 
FIRMRNR. 
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FLOW ON|OFF Default: ON 
Parameters: 

ON Type-in flow control is active. 

OFF Type-in flow control is disabled. 


When type-in flow control is enabled, any character entered from the terminal will 
halt output to the terminal until: (1) a packet is forced (in Converse Mode); (2) a 
line is completed (in Command Mode); (3) the packet length is exceeded; or (3) 
the terminal output buffer fills up. Canceling the current command or packet or 
typing the redisplay-line character will also cause output to resume. Type-in flow 
control is not used in Transparent Mode. 


Setting FLOW ON will keep received data from interfering with data entry. If 
you (and the person you are talking to) wait for a packet from the other end before 
starting to respond, you can set FLOW OFF. Some Bulletin Board programs may 
work best with FLOW OFF. Some computers with "software UARTs" may be 
unable to send and receive data at the same time; users of such computers should 
set FLOW ON. 


FORWARD (dest bbs,[optional via]) 


FOrward is an immediate command. Messages can be forwarded manually, by 
command, or automatically. They can also be forwarded hourly or by your local 
full-service mailbox reverse forward request. When invoked the mailbox initiates 
a connect to the callsign of the destination BBS. When a connect is established 
the mailbox will proceed to send your messages. Messages that qualify for 
forwarding must meet two conditions, they are: 


1. Have flags of 'N'ot read 
2. Must have a callsign in the @ addresses that is different from MYMcall. 


After forwarding, each message flag is set to 'F' to prevent further forwards. When 
all messages are forwarded, if the dest bbs supports reverse forwarding (as 
determined by "$" in its SID) then TNC will attempt to elicit a reverse forward. 
For more information on Forwarding and Reverse Forwarding can be found in the 
Mailbox Features section of this manual. 
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FRACK n Default: 3 
Parameters: 

n 1-15, Specifying frame acknowledgment timeout in 1 second intervals. 
After transmitting a packet requiring acknowledgment, the TNC2 will wait for the 
specified frame acknowledgment timeout before incrementing the retry counter 
and sending the frame again. If the packet address includes relay requests, the 
time between retries will be adjusted to 

Retry interval = n * (2*m + 1) 
where m is the number of intermediate relay stations. 

When a retried packet is sent, a random wait time is added to any other wait times 
in use. This is to avoid lockups in which two TNCs repeatedly send packets which 
collide with each other. Frack will also reduce timeouts with multiple digipeaters. 
FULLDUP ON|OFF Default: OFF 
Parameters: 

ON Full duplex mode is enabled. 

OFF Full duplex mode is disabled. 

When full duplex mode is disabled, the TNC2 makes use of the Data Carrier 
Detect signal from the modem to avoid collisions, and acknowledges multiple 
packets in a single transmission with a single acknowledgment. When full duplex 
mode is enabled, the TNC2 ignores the DCD signal and acknowledges packets 
individually. The latter mode is useful for full-duplex radio operation, such as 
through OSCAR 10. It should not be used unless both your station and the station 


you are communicating with are full-duplex stations. 


You may find full-duplex mode useful for some testing operations, such as the 
analog- or digital-loopback tests. 


FULLDUP should be ON during digital loopback tests. 
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HEADERLN ON|OFF Default: OFF 
Parameters: 


ON The header for a monitored packet is printed on a separate line from 
the packet text. 


OFF The header and packet text of monitored packets are printed on the 
same line. 


This command affects the display format for monitored packets. If HEADERLN 
is OFF, the address information is displayed with the packet: 


KV7D>N2WxX: Go ahead and transfer the file. 


If HEADERLN is ON, the address information is displayed, followed by the 
packet text on a separate line: 


N2WX>KV7D: 
Sorry, I'm not quite ready yet. 


If you have set MRPT ON or enabled MSTAMP, you may wish to set 
HEADERLN ON, as the packet header quickly becomes long enough to fill a 
screen when these functions are active. 


HEALLED ON|OFF Default: OFF 
Parameters: 

ON The TNC2 will "dither" the CON and STA LEDs. 

OFF The TNC2 will control the CON and STA LEDs in normally. 
This command allows the user to redefine the functions of the two CPU 
controllable LEDs (i.e. the STAtus and CONnect LEDs). When HEALLED is set 
ON, the two LEDs flash in a seemingly random fashion. At a glance, the user may 
be able to make a judgment on whether the software has crashed, since the LEDs 


will probably not flash if the software fails catastrophically. With HEALLED set 
OFF, the LEDs function normally as before. 
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HID ON|OFF Default: OFF 
Parameters: 

ON Enables HDLC identification by a digipeater. 

OFF Disables HDLC identification. 
This command is used to enable or disable the sending of identification packets by 
the TNC2. If HID is OFF, the TNC2 will never send an identification packet. If 
HID is ON, the TNC2 will send an identification packet every 9.5 minutes if the 


station is digipeating packets. The ID command allows the operator to send a final 
identification packet if the station is being taken off the air. 


An identification consists of an unsequenced I frame whose data field is your 
station identification. The identification packet is addressed to the "CQ" address 
set by the UNPROTO command. Your station identification is your callsign as 
set by MYCALL, with "/R" appended. 


ID Immediate Command 

ID is an immediate command. It will send a special identification packet. ID can 
be used to force a final identification packet to be sent as a digipeater station is 
being taken off the air. The identification packet will be sent only if the digipeater 
has transmitted since the last automatic identification. 


An identification consists of an unsequenced I frame whose data field is your 
station identification. The identification packet is addressed to the "CQ" address 
set by the UNPROTO command. Your station identification is your callsign as 
set by MYCALL, with "/R" appended. 
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KILONFWD ON|OFF Default: OFF 
Parameters: 


ON Messages forwarded out of Mailbox will be killed after a forwarding 
process is complete. 


OFF Default; Messages forwarded out of the Mailbox are not killed after a 
forwarding process is completed. 


The setting of KILONFWD determines whether or not the TNC deletes a 
message after it has been forwarded. If your Mailbox RAM space is critical then 
you might want to set this command ON. Setting this command to ON, could 
cause problems, because once a message is killed it cannot be recovered. 


KISS ON|OFF Default: OFF 


The KISS interface is installed in firmware of the TNC2. KISS enables the TNC2 
to act as a modem for a host computer. Turning KISS ON allows the TNC2 to run 
programs such as TCP/IP and other programs which use the Serial Link Interface 
Protocol (SLIP). 


Before enabling KISS, make sure radio baud rate and terminal baud rate are set to 
the desired values. The terminal's baud rate that's determined at sign on is the 
same that will be used for KISS. 


Once the operating parameters have been selected, set KISS ON and then issue a 
RESTART command. The CON and STA LEDs will blink on and off three times 
to indicate that the TNC2 has entered the KISS mode. Now you may call up a 
TCP/IP, or another host program that can use KISS or "SLIP". 


If you are using the KA7Q TCP/IP program and wish to switch to the AX.25 mode 
of operation, you can issue the command: param ax0 255, then press "RETURN". 
This command must be issued under TCP/IP "net>" prompt and in lower case 
letters. Once the TNC2 receives the "param ax0 255" command, it turns KISS off 
and will revert back to ordinary AX.25 mode of operation. When the TNC2 is 
powered on again, it will sign on to the AX.25 operation mode. 
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If KISS is turned ON and you have problem revert the TNC2 back to normal 
AX.25 operation with the above procedure, you can also turn KISS OFF by 
removing JMP5 on the mother board. Reinstall JMP5 after a few minutes. 
LCALLS call1[,call2...,call8] Default: "" 
Parameters: 

call Callsign list. Up to 8 calls, separated by commas. 
Each callsign may include an optional sub-station ID specified as -n immediately 
following the call. This command works in conjunction with BUDLIST and 
allows selective monitoring of other packet stations. These two commands 
determine which packets will be displayed when you have set MONITOR ON. 
BUDLIST specifies whether the callsigns in the list are the ones you want to 


ignore or, alternatively, are the only ones you want to listen to. 


If you want to listen only for packets from a limited list, you should enter your 
selected list with LCALLS and set BUDLIST ON. 


If you want to ignore packets from a limited list, you should list the callsigns to 
ignore in LCALLS and set BUDLIST OFF. 


"%" and "&" may now be used to clear the LCALLS list. 


LCSTREAM ON|OFF Default: ON 
Parameters: 


ON The TNC2 will translate the character immediately following the 
STREAMSWITCH character to upper case before processing it. 


OFF The TNC2 will process the character immediately following the 
STREAMSWITCH character as it is entered. 


When operating multi-connect, the user must enter a stream identifier (default A 
through J) after the STREAMSWITCH character (default |) to select a new 
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logical stream to send data. Normally, the stream identifier must be in upper case, 
or an error message will result. 


When LCSTREAM is ON, the character immediately following the streamswitch 
character is converted to upper case before being acted upon. Thus, the case 
(upper or lower) becomes insignificant. Use of LCSTREAM is useful if you are 
typing in lower case and don't want to be bothered with remembering to switch to 
upper case when changing streams. 


LCOK ON|OFF Default: ON 
Parameters: 


ON The TNC2 will send lower case characters to the computer or 
terminal. 


OFF The TNC2 will translate lower case characters to upper case. 


If LCOK is OFF, lower case characters will be translated to upper case before 
being output to the terminal. This case translation is disabled in Transparent 
Mode. Input characters and echoes are not case translated. 


If your computer or terminal does not accept lower case characters it may react 
badly if the TNC2 sends such characters to it. This command allows you to 
translate all lower case characters received in packets, as well as messages from 
the TNC2, to upper case. 


Since echoes of the characters you type are not translated to upper case, you can 
use this command to make your display easier to read when you are conversing in 
connected mode. If you and the other station's operator set LCOK OFF, you can 
each type your own messages in lower case and see incoming packets displayed in 
upper case. It will then be easy to distinguish incoming and outgoing lines. 
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LFADD ON|OFF Default: OFF 
Parameters: 

ON An ASCII line-feed character is appended to the transmission 

OFF An ASCII line-feed character is not appended to the transmission 
When LFADD is ON and the ASCII or Packet mode is selected, TNC2 will 
append an ASCII line feed character, $0A, to the transmission immediately after a 
catriage return is sent. 
LFADD should usually be switched OFF as the vast majority of TNCs (including 
the TNC2) are configured to automatically go to a new line whenever a carriage 


return is printed. 


Also see: AUTOLF parameter 


LFIGNORE ON|OFF Default: OFF 
Parameters: 

ON All <LF> characters are ignored. 

OFF All <LF> characters will be used. 


This command controls whether TNC2 responds to ASCII Lind Feed (<LF> 
$OA) characters or ignores them in command and converse modes. 


When turned on, line feeds are totally ignored except in transparent mode. 


MAILBOX ON|OFF Default: ON 


When the MAILBOX command is set to ON, all of the mailbox functions are 
active. Note that the MAILBOX is a single-user device; therefore, if you wish to 
use the MAILBOX it is necessary for you to set USERS 1 and select stream A. 
Note that these are the default settings and selections, respectively. However, as 
we mentioned in Chapter 5, the Mailbox has been significantly improved. For 
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more extensive information on the new improved Mailbox, please refer to Chapter 
ak 


If you wish to have your messages time and date stamped, then make sure that 
DAYTIME is set with the correct time or else each message entered without 
DAYTIME will not be shown. 


A basic explaination of the Mailbox commands are as follows: 


K Kills all messages addressed to you, depending on the setting of 
the Y flag. 


K## Kills the message in slot nn, depending of the setting of the Y flag. 
Remote users may only kill message addressed to them or originated by 
them. the local SYSOP,however, can kill all messages. 


L Lists the all messages in Mailbox. Listed messages will contain the slot 
number, originator, destination, and subject field of all currently used 
slots. 

R Allows you to Read only the messages which are addressed to you. 


R## — Allows Reading of a message in a particular slot number. 

Scall Lets you Send a message to the specified callsign. "Call" must be a 
callsign valid under the same format as the MYCALL, CONNECT and 
other callsign commands. 

SP call Lets you Send a personal message to the specified callsign. This is a 
private message which can only be read by the originating station, the 
station which it is addressed to and the mailbox SYSOP. 


B Logout: Initiates a disconnect sequence from the mailbox. 


Edit This allows you to Edit the message headers for a Forwarding or 
Reverse Forwarding process. 


J This function when initiated responds with the TNC's MHeard list. This 
list will contain the eleven most recently heard stations. 
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M This will let a remote user switch memory banks in the Mailbox RAM. 
T When this command is initiated will allow a remote user to PAGE the 
SYSOP. 


H(elp) Displays the mailbox command list, with a brief description of 
commands, available to the user. 


MAILLED ON|OFF Default: ON 


Parameters: 


ON _ The STA led serves as a Mail present indicator and performs normal 
functions. 


OFF The STA led only performs it's normal functions. 


When MAILLED is ON, the TNC2's STA LED will not flash while the Mailbox 
is ON. However, the STA LED will flash if mail is present in the Mailbox for the 
SYSOP. The STA LED reverts to its normal function, lit when unacknowledged 
packets are pending, if the TNC2 is in a CONNECTED state, or if MAILLED is 
OFF. 


MALL ON|OFF Default: ON 
Parameters: 


ON Monitored packets include both "connected" packets and 
"unconnected" packets. 


OFF Monitored packets include only "unconnected" packets. 


This command determines the class of packets which are monitored. If MALL is 
OFF, only otherwise eligible packets (as determined by the BUDLIST and 
LCALLS commands) sent by other TNCs in the unconnected mode are displayed. 
This is the normal manner of operation when this TNC2 is being used to talk to a 
group of TNCs all of which are unconnected. 
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If MALL is ON, all otherwise eligible frames are displayed, including those sent 
between two other connected TNCs. This mode may be enabled for diagnostic 
purposes or for "reading the mail." 


MAXFRAME n Default: 4 
Parameters: 
n 1-7, Signifying a number of packets. 


MAXFRAME sets an upper limit on the number of unacknowledged packets 
which the TNC2 can have outstanding at any one time. This is also the maximum 
number of contiguous packets which can be sent during any given transmission. If 
some, but not all of the outstanding packets are acknowledged, a smaller number 
may be transmitted the next time, or new frames may be included in the 
retransmission, so that the total unacknowledged does not exceed the n parameter. 


If you perform file transfers, you should experiment with MAXFRAME and 
PACLEN. If the link is good, there is an optimum relationship between the 
parameters set by these commands so that the maximum number of characters 
outstanding does not exceed the packet receive buffer space of the TNC2 receiving 
the data. 


MCOM ON|OFF Default: OFF 
Parameters: 
ON Connect, disconnect, UA, and DM frames are monitored. 


OFF Only information frames are monitored. 


This command enables monitoring of connect and disconnect frames when 
MONITOR is ON. 


When MCOM is OFF, only I frames (packets containing user information) will 
be displayed. When MCOM is ON four protocol packets will also be displayed. 
Connect, disconnect, UA, and DM packets that are monitored are indicated by 
<C>, <D>, <UA>, and <DM>, respectively. As with other monitor commands, 
the stations monitored are determined by BUDLIST and LCALLS. 
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Path for SABM received while in link-setup state is not checked. 


MCON ON|OFF Default: ON 
Parameters: 

ON Monitor mode remains active when TNC2 is connected. 

OFF Monitor mode is off while the TNC2 is connected. 


If MCON is ON, the MONITOR command will enable monitoring while your 
TNC2 is connected to another TNC. If MCON is OFF, the display of monitored 
packets is suspended when a connect occurs, and is resumed when the TNC is 
disconnected. 


If you want to see all packets displayed when you are not connected but have such 
display suppressed when you connect to another station, you should set MCON 
OFF. 


MCTEXT Default: "" 
Text: Any combination of characters and spaces, up to 120 characters in length. 


This command works like CTEXT except that MCTEXT is sent only when the 
mailbox MYMcall is connected to. There is no express equivalent to the CMSG 
ON/OFF command. If MCText is empty, no string is sent. If the is message 
longer than 120 characters an error message will be given and the command is 
ignored. 


The command string can be cleared by typing the command, and then entering the 


% sign where the text would normally be entered. Also the RESET command will 
empty the MCText command. 
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For example you might want to set your MCText to: 

Welcome to the Mailbox... I'm not here right, but feel free to use the 
system...Enjoy! 

MFILTER n1,[n2],[n3],[n4] Default: none 
Parameters: 


n 0-$7F, Specifying an ASCII character code. Up to 4 characters may 
be specified. 


This command allows you to specify characters to be "filtered," or eliminated from 
monitored packets. The parameters nl, n2, etc., are the ASCII codes for the 
characters you want to filter. You can enter the code in either hex or decimal. 


For example, if a <CTRL-L> character causes your screen to be cleared, and you 
don't want this to happen, you can set MFILTER 12. If you also want to 
eliminate <CTRL-Z> characters, which some computers interpret as end-of-file 
markers, you can set MFILTER 12,26. 
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MHCLEAR 


MHCLEAR is an immediate command. It causes the list of stations heard to be 
cleared. You can use this command in conjunction with MHEARD to keep track 
of the stations on the air over a given period of time, such as an evening or a week. 
Clear the list of stations heard when you first begin to monitor the packet activity. 


MHEARD 


MHEARD is an immediate command. It causes the TNC2 to display the list of 
stations that have been heard since the last time the command MHCLEAR was 
given. Stations that are heard through digipeaters are marked with a * in the heard 
log. If you clear the list of stations heard at the beginning of a session, you can use 
this command to easily keep track of the stations that are active during that period. 
The maximum number of heard stations that can be logged is 18. If more stations 
are heard, earlier entries are discarded. Logging of stations heard is disabled when 
PASSALL is ON. 


If the DAYTIME command has been used to set the date and time, entries in the 
heard log will be time stamped. For example, 


cmd: MHEARD 

K4NTA* 06/09/85 21:08:19 
WA4AITD* 06/09/85 21:08:17 
W1BEL-2* 06/09/85 21:06:18 
K4NTA-2* 06/09/85 20:57:35 
N2WX 

cmd: 


Note that no daytime string is displayed next to N2WX. This indicates that when 
N2WxX was last heard the clock had not been set. 
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MYDLCNUM Default: 0 
Parameters: 


Set to a non-zero number < 255 (TNCs should start at 1; hosts should start at 254 
and go down). When set to a non-zero value, the addressing procedures for 
multiplexing TNCs on the RS232 port are enabled. 


MNONAX25 ON|OFF Default: OFF 


MNonax25 is defaulted to OFF. When MNonax25 is OFF the display of non- 
AX.25 packets is inhibited. TNC2 will display only AX.25 packets. Setting 
MNonax25 ON will cause TNC2 to also monitor non-AX.25 packets, for example 
those associated with TCP/IP and NET/ROM or THENET links. Display of non- 
AX.25 packets may not be understandable to the user. 


MNONPRIN ON|OFF Default: ON 
Parameter: 

ON Enables printing Non-Printable Characters 

OFF Discards all Packets containing Non-Printable Characters 


The setting of the MNONPRINT parameter determines whether monitored 
packets containing non-printable characters, (i.e., characters other than ASCII CR, 
LF, BEL, and not between $20 and $7e) are monitored or simply discarded. The 
default setting permits monitoring all information packets (subject to LCALLS, 
MONITOR, MNONAX25, etc). When MNONPRIN is OFF, information 
packets containing one or more non-printable characters are discarded. You may 
find this command helpful when there are binary transfers on the channel that 
you'd rather not monitor. MNONPRIN has no effect on data received during 
connections. 
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MONITOR ON|OFF Default: ON 
Parameters: 

ON Monitoring of all packet activity is enabled. 

OFF Monitoring of all packet activity is disabled. 


If MONITOR is ON and the TNC2 is not in Transparent Mode, packets not 
addressed to your TNC2 may be displayed. The addresses in the packet are 
displayed along with the data portion of the packet, e.g.: 


N2WX>W5FD-3: I'm ready to transfer the file now. 


The calls are separated by a ">" and the sub-station ID field (SSID) is displayed if 
it is other than 0. The MALL, BUDLIST, and LCALLS commands determine 
which packets are to be monitored. The MCON command controls the action of 
monitor mode when the TNC2 is connected. All monitor functions are disabled in 
Transparent Mode. If MONITOR is OFF all packets are still monitored, but only 
packets addressed to you are printed on the terminal screen. 


The format of the monitor display is controlled by HEADERLN. If you want to 
see the station addresses on a separate line from the text, you can set 
HEADERLN ON. MRPT enables monitoring of the digipeater route as well as 
source and destination addresses for each packet. MSTAMP includes a time 
stamp with the addresses if DAYTIME has been set. 

MRPT ON|OFF Default: ON 
Parameters: 


ON Display the stations in the digipeat path for monitored packets. 


OFF Display only the source and destination stations for monitored 
packets. 


This command affects the way monitored packets are displayed. If MRPT is 


OFF, only the originating station and the destination are displayed for monitored 
packets. If MRPT is ON, the entire digipeat list is displayed for monitored 
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packets, and stations that have already relayed the packet are indicated with an 
asterisk. For example, 


WB9FLW>AD7I,K9ONG*,N2WX-7:Hi Paul. 


This packet, sent from WB9FLW to AD7I, has been relayed by KONG but not by 
N2WX-7. With MRPT OFF, the same packet would be displayed as: 


WB9FLW>AD7I:Hi Paul. 
Setting MRPT ON increases the length of the address display, and you may wish 
to set HEADERLN ON as well to display this information on a separate line. 
MSTAMP ON|OFF Default: OFF 
Parameters: 

ON Monitored frames are time stamped. 

OFF Monitored frames are not time stamped. 
This command enables time stamping of monitored packets. The date and time 
information is then available for use for automatic logging of packet activity or 
other computer applications. The date and time are set initially by the DAYTIME 
command, and the date format is determined by the DAYUSA command. 
Setting MSTAMP ON increases the length of the address display, and you may 


wish to set HEADERLN ON as well to display this information on a separate 
line. 
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MTIMEOUT n Default: 30 
Parameters: 
n 0-250, Specifying 10 sec. intervals 


If non-zero, this is the timeout value expressed as 10s of seconds. Timeouts on the 
mailbox apply only to remote users (the SYSOP can never time out). The mailbox 
will timeout and disconnect after n*10 seconds of mailbox inactivity. Note that 
the synchronous 10 second clock may cause the timeout to occur as much as 10 
seconds before the calculated timeout time. So, if you want to set your Mailbox 
timeout to 5 minutes then you set the MTimeout command to 30, which would 
specify a time-out of 300 seconds. If you are connecting to another mailbox 
through a few nodes or digipeaters, then you may need to increase this Timeout 
parameter. This will prevent TIMEOUTS of remote users due to transmission 
delays. 


MYCALL call[-n] Default: NOCALL-0O 
Parameters: 

call Callsign of your TNC2. 

n 0 - 15, an optionally specified sub-station ID (SSID). 


This command tells the TNC2 what its callsign is. This callsign will be placed in 
the FROM address field for all packets originated by your TNC2. It will accept 
frames with this callsign in the TO field and relay frames with this callsign in the 
digipeat field. MYCALL will also be used for identification packets (see HID 
and ID). 


The default callsign must be changed for proper operation of the protocols. There 
should never be more than one station with the same callsign (including SSID) on 
the air at once. The SSID can be used to distinguish two stations with the same 
Amateur call. The SSID will be 0 unless explicitly set to another value. 
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MYALIAS call[-n] Default: <blank> 
Parameters: 

call Alternate identity of your TNC2. 

n 0-15, an optionally specified sub-station ID (SSID). 


This command specifies an alternate callsign in addition to the callsign specified 
in MYCALL for use as a digipeater only. 


In some areas, wide coverage digipeaters operators have changed the callsign of 
their machine to a shorter and (usually) easier to remember identifier. 
International Civil Aviation Organization (ICAO) airport identifiers, sometimes 
combined with telephone area codes, have been used. 


Use of this command permits HID to identify normally with the MYCALL- 
specified callsign yet permit an alternate (alias) repeat-only "callsign." 


MYHIERAD text Default: "" 


Text Any combination of characters and spaces, up to 60 characters in 
length. 


You may use this parameter to generate a customized "@:" portion of the tagline 
your TNC will insert in forwarded messages. If MYHIERAD is blank, the default 
@ portion will read "@:<mymceall>". It is suggested that you insert your 
hierarchical address, location, and zip/postal code in this parameter. Example: 
MYHIER for N2WX in Sebastian Florida in the Melbourne LAN at zipcode 
32958, using NSAUV as the home bbs, would be entered like this: 


cmd: MYHIERNSAUV.#MLBFL.FL.USA.NA[N2WX User/Sebastian] Z:32958 
-and the tagline would look like this 


"R:920801/1200 @:NSAUV.4#MLBFL.FL.USA.NA [N2WX__ User/Sebastian] 
Z:32958 #:8" 
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MYMCALL [callsign] Default: blank 


This is the dedicated callsign for the mailbox. If MYMCALL equals MYCALL, 
the TNC responds to incoming connections in mailbox mode. When there is no 
callsign put in MYMcall, the mailbox is inaccessible to remote users. 


NEWMODE ON|OFF Default: OFF 
Parameters: 


ON Switching to data transfer mode occurs at the time of the CONNECT 
command and return to command mode is automatic at the time of 
disconnection. 


OFF Switching to data transfer mode occurs at time of connection and no 
return to command mode occurs at disconnection. 


The NEWMODE command may be used to select the way the TNC2 behaves 
when connections are made and broken. 


If NEWMODE is OFF, the TNC2 will remain in Command Mode after you issue 
a CONNECT command until a connection is actually established. When the 
connection is established, the TNC2 will enter Converse Mode or Transparent 
Mode, depending on the setting of CONMODE. When the connection is 
terminated, the TNC2 remains in Converse or Transparent Mode unless you have 
forced it to return to Command Mode. This is the same as the behavior of TNC 1 
(running version 3.x software) under these conditions. 


If NEWMODE is ON, the TNC2 will enter Converse Mode or Transparent Mode 
as soon as you issue a CONNECT command, without waiting for the connection 
to be established. Anything you type will be packetized to be transmitted once the 
connection is complete. When the connection is broken, or if the connect attempt 
fails, the TNC2 will return to Command Mode. 

Bulletin board systems, compatibility with TNC 1. 


If you have a Bulletin Board program designed to work with TNC 1| you should set 
NEWMODE OFF if the program relies on the sequence of actions used by TNC 
1. Otherwise, you should choose the setting for NEWMODE that seems most 
convenient to you. 
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NODEFORW Default "" 
node [via x...], up to 8 vias. 


This is an immediate command. It is similar to the FORWARD command except 
that the NODEFORW parameter is the callsigntvia path to your NETROM, 
THENET, or KA node. When your TNC establishes the connection to the ‘node’, it 
sends the text in NODEPATH to establish a network link to the receiving BBS. 


If all goes well, the forwardee will send its signon string, and forwarding will 
commence. To detect failure, NODEFORW looks for two strings - "BUSY" and 
"RETR" - as node connection failure indications. Upon finding "BUSY" or 
"RETR", the forward attempt is considered failed, and the TNC disconnects from 
the node. The command can contain the callsign of the "node" and up to 8 

vias. 


NODEPATH Default:" " 


Enter the command the TNC will issue to command the node connected 
by the NODEFORW command to link with the receiving BBS. 
Example: 


cmd: NODEPATH C KB4VOL 
cmd: NODEFORW PSL5 


This sequence first connects to the PSL5 node. When connected, the TNC sends 


the node connect command "C KB4VOL" to establish a link with the receiving 
bbs, KB4VOL. 
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NOMODE ON|OFF Default: OFF 
Parameters: 


ON The TNC2 will only switch modes command, converse or transparent 
upon explicit command. 


OFF The TNC2 will switch modes in accordance with the setting of 
NEWMODE. 


When NOMODE is ON, the TNC2 will never change between CONVERSE or 
TRANSPARENT mode to COMMAND mode (or vice-versa) on its own. Only 
user commands (CONV, TRANS, or “C) may change the type in mode. 


If NOMODE is OFF, then automatic mode switching is handled according to the 
setting of the NEWMODE command. 


NUCR ON|OFF Default: OFF 
Parameters: 


ON <NULL> characters are sent to the terminal following <CR> 
characters. 


OFF <NULL> characters are not sent to the terminal following <CR> 
characters. 


This command causes transmission of <NULL> characters (ASCII code $00), 
producing an effective delay following any <CR> sent to the terminal. The 
number of <NULL> characters is determined by the command NULLS. This 
delay is required by some hardcopy terminals. You need to set NUCR ON if your 
terminal misses one or more characters after responding to a <CR>. If this is the 
case, you will sometimes see over-typed lines. 
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NULF ON|OFF Default: OFF 
Parameters: 


ON <NULL> characters are sent to the terminal following <LF> 
characters. 


OFF <NULL> characters are not sent to the terminal following <LF> 
characters. 


This command causes transmission of <NULL> characters (ASCII code $00), 
producing an effective delay following any <LF> sent to the terminal. The 
number of <NULL> characters is determined by the command NULLS. This 
delay is required by some display terminals. You need to set NULF ON if your 
terminal sometimes misses characters at the beginning of the line. 


NULLS n Default: 0 
Parameters: 


n 0 - 30, Specifying the number of <NULL> characters to send after 
<CR> or <LF>. 


This command specifies the number of <NULL> characters (ASCII code $00) to 
send to the terminal after a <CR> or <LF> is sent. In addition to setting this 
parameter value, NUCR and/or NULF must be set to indicate whether nulls are to 
be sent after <CR>, <LF>, or both. Devices requiring nulls after <CR> are 
typically hard-copy devices requiring time for carriage movement. Devices 
requiring nulls after <LF> are typically CRTs which scroll slowly. Extra null 
characters are sent only in Converse and Command Modes. 
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PACLEN n Default: 128 
Parameters: 


n 0-255, Specifying the maximum length of the data portion of a packet. 
The value 0 is equivalent to 256. 


The TNC2 will automatically transmit a packet when the number of input bytes for 
a packet reaches n. This value is used in both Converse and Transparent Modes. 


If you perform file transfers, you should experiment with both MAXFRAME and 
PACLEN. If the link is good, there is an optimum relationship between the 
parameters set by these commands so that the maximum number of characters 
outstanding does not exceed the packet receive buffer space of the TNC2 receiving 
the data. 


NOTE: Although there is no requirement for two TNCs exchanging data to have 
the same PACLEN value, allowing more than 128 characters of data in a 
packet may be incompatible with some varieties of TNCs. 


PACTIME EVERY|AFTER n Default: AFTER 10 
Parameters: 
n 0-250, Specifying 100 ms intervals. 


EVERY Packet timeout occurs every n*100 milliseconds. 


AFTER Packet timeout occurs when n*100 milliseconds elapse with no 
input from the computer or terminal. 


This parameter is always used in Transparent Mode, and will also be used in 
Converse Mode if CPACTIME is ON. When EVERY is specified, input bytes 
are packaged and queued for transmission every n*100 ms. When AFTER is 
specified, bytes are packaged when input from the terminal stops for n*100 ms. In 
no case will a zero length packet be produced, and the timer is not started until the 
first byte is entered. A value of 0 for n is allowed, and causes packets to be 
generated with no wait time. 
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PARITY n Default: 0 (none) 
Parameters: 


n 0-3, Selecting a parity option from the table below. 


This command sets the parity mode for terminal or computer data transfer 
according to the following table: 


| n | Parity | 
| 0 | noparity | 
2 


odd parity 
no parity 
3 even parity 


The parity bit, if present, is automatically stripped on input and not checked in 
Command Mode and Converse Mode. In Transparent Mode, all eight bits, 
including parity if any, are transmitted in packets. If "no parity" is set and 
AWLEN is 7, the eighth bit will be set to 0 in Transparent Mode. 


PASS n Default: $16 <CTRL-V> 
Parameter: 
n 0 - $7F, Specifying an ASCII character code. 


This command selects the ASCII character used for the "pass" input editing 
command. The parameter n is the ASCII code for the character you want to type 
in order to include the following character in a packet or text string. You can enter 
the code in either hex or decimal. 


You can use this character to send any character in packets, even though that 
character may have some special function. For example, suppose you have set 
COMMAND 33, specifying that <CTRL-C> is your Command Mode entry 
character. If you use a Bulletin Board program that requires a <CTRL-C> to 
escape from some operation, you will type 


<CTRL-V> <CTRL-C> 
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to insert a <CTRL-C> character in your packet. Of course, if you do this 
frequently you would be better off to change your Command Mode entry 
character. 


A common use for the pass character is to allow <CR> to be included in the 
BTEXT and CTEXT messages. Similarly, you can include <CR> in text when 
you are in Converse Mode, to send multi-line packets. The default send-packet 
character is <CR>. 


PASSALL ON|OFF Default: OFF 
Parameters: 

ON TNC2 will accept packets with invalid CRCs. 

OFF TNC2 will only accept packets with valid CRCs. 


This command causes the TNC2 to display packets received with invalid CRC 
fields. Packets are accepted for display despite CRC errors if they consist of an 
even multiple of 8 bits and up to 339 bytes. The TNC2 will attempt to decode the 
address field and display the callsign(s) in the standard monitor format, followed 
by the text of the packet. 


This mode is not normally enabled, since rejection of any packet with an invalid 
CRC field is what insures that received packet data is error-free. This mode might 
be enabled for testing a marginal RF link or during operation under other unusual 
circumstances. 


If you set PASSALL ON and monitor a moderately noisy channel you will 
periodically see "packets" displayed in this mode, since there is no basis for 


distinguishing actual packets received with errors from random noise. 


Logging of stations heard (for display by MHEARD) is disabled whenever 
PASSALL is ON, since the callsigns detected may be incorrect. 
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RECONNECT call1 [VIA call2[,call3...,call9]] 
Parameters: 
call1 Callsign of TNC to be reconnected to. 


call2 Optional callsign(s) of TNC(s) to be digipeated through. As many as 
eight digipeat addresses can be specified. 


RECONNECT is an immediate command. It may be used to change the path 
through which you are currently connected to a station. It may only be used when 
your TNC2 is connected on the current stream to the station you wish to 
RECONNECT to. 


Integrity of frames in flight between your station and the RECONNECTed station 
at the time of RECONNECT is not assured. 
REMSYSOP call[-n] Default: Blank 
Parameters: 

Call Callsign to be used for Remote SYSOP ops 

-n 0 - 15, optionally specified sub-station ID (SSID) 
Entering a callsign here permits the owner of the call to perform sysop functions 
remotely. Sysop functions include editing, reading, and killing any mailbox 
message. When this parameter is blank, the remote user may only read non- P 
messages and messages to or from himself. Furthermore, he may only kill 


messages to or from himself plus any messages of type "T" (raffic). 


This parameter may be reset to the blank (no remote sysop) state by entering a "%" 
or "&" blanking code. 
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RESTART Immediate Command 


RESTART is an immediate command. It re-initializes the TNC2 using the 
commands previously set by the user, and stored in bbRAM. The effect of this 
command is the same as turning the TNC2 OFF then ON again. 


RESTART does not cause a reset of the parameters in bbRAM. See also the 
RESET command. 


REDISPLA n Default: $12 <CTRL-R> 
Parameters: 
n 0-$7F, Specifying an ASCII character code. 


This command is used to change the redisplay-line input editing character. The 
parameter n is the ASCII code for the character you want to type in order to 
redisplay the current input line. You can enter the code in either hex or decimal. 


You can type this character to cause the TNC2 to retype a line you have begun. 
When you type the redisplay-line character, the following things happen: First, 
type-in flow control is temporarily released (if it was enabled). This displays any 
incoming packets that are pending. Then a <BACKSLASH?> character is typed, 
and the line you have begun is retyped on the next line. If you have deleted and 
retyped any characters, only the final form of the line will be shown. You are now 
ready to continue typing where you left off. 


You can use the redisplay-line character to see a "clean" copy of your input if you 
are using a printing terminal and you have dele4ed characters. If you have set 
BKONDEL OFF, deletions are designated with <BACKSLASH> characters, 
rather than by trying to correct the input line display. The redisplayed line will 
show the corrected text. 


You can also use this character if you are typing a message in Converse Mode and 


a packet comes in. You can see the incoming message before you send your 
packet, without canceling your input. 


Page 194 


TNC2 SYSTEM MANUAL COMMANDS 


RESET Immediate Command 


This is an immediate command. When invoked, it resets all parameters to their 
default settings and re-initializes the TNC2. 


WARNING: All parameter customizing and monitor lists are lost. 


If you just need to re-initialize the TNC2 using the parameter values in battery 
backed-up RAM, you can just turn the TNC2 OFF then ON again rather,than 
using this command. 


RESPTIME n Default: 5 
Parameters: 
n 0-250, Specifying 100 ms intervals. 


This command sets a minimum delay that is imposed on acknowledgment packets. 
This delay may run concurrently with default wait set by DWAIT and any random 
wait in effect. 


This delay can be used to increase throughput during operations such as file 
transfer when the sending TNC usually sends the maximum number of full-length 
packets. Occasionally, the sending TNC may not have a packet ready in time to 
prevent transmission from being stopped temporarily, with the result that the 
acknowledgment of earlier packets collides with the final packet of the series. If 
the receiving TNC sets RESPTIME to 10, say, these collisions will be avoided. 
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RETRY n Default: 10 
Parameter: 
n 0-15, Specifying the maximum number of packet retries. 


The protocol allows for retries, i.e., retransmission of frames that are not 
acknowledged. Frames are re-transmitted n times before the operation is aborted. 
The time between retries is specified by the command FRACK. A value of 0 for 
n specifies an infinite number of retries. If the number of retries is exceeded, the 
TNC2 goes to the disconnected state (with an informative message if not in 
Transparent Mode). See also the FRACK command. 


REVFLIM call[-n] Default: "" 
Parameters: 

Call Callsign of BBS to enable Reverse-forwards 

-n 0 - 15, an optionally specified sub-station ID (SSID). 


When this parameter is empty, the mailbox reverse forwards all of its messages 
eligible for forwarding to the first SID compatible BBS to elicit a reverse forward 
with "F>." Since this permissive technique is vulnerable to a malevolent operator 
who might attempt to connect and force your mailbox to forward to him, the 
REVFLIM parameter is provided to limit your mailbox's response to other's 
reverse forward requests. Simply place the callsign of the BBS you wish to enable 
reverse forwarding to in this parameter to limit remotely-initiated reverse 
forwarding to only that callsign. 
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RXBLOCK ON|OFF Default: OFF 
Parameters: 

ON The TNC2 will send data to the terminal in RXBLOCK format. 

OFF The TNC2 will send data to the terminal in standard format. 

RXBLOCK is designed for automated operations, such as packet bulletin board 
stations. It is intended to help such systems discriminate between data received 
from the connected station and TNC2-generated messages. 

Correct operation of RXBLOCK is dependent on the AWLEN parameter getting 
set to 8 (bits) since the character FF hex marks the beginning of a received data 


unit header. 


When RXBLOCK is ON, data from other stations will be sent from the TNC2 in 
the following format: 


(prefix) (length) (pid) (data) 


The fields above are defined as follows: 


prefix $FF = A character with all 8 bits set 
length LO = The high order length of the data, length, and pid fields 
logically ORed with the value $FO 
Ll = The low order length of the data, length, and pid fields 
pid PID = The Protocol IDentifier byte received for the following data 
field 


data DATA =[Optional], variable length data 


For best operation it is suggested that parameters like AUTOLF, MFILTER etc. 
be set OFF in order to prevent uncertainties in the size of the data field. 
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RXCAL Immediate Command 
RXCAL is an immediate command. When invoked, the TNC2 generates test 
signals (based on CALSET -- see below) that are used by the internal tuning 
software to align the demodulator components. 

To use the RXCAL feature, 


1. Align the modulator components as described in the owners manual. 


2. Use the MODE command to select the demodulator to be tuned. Make sure 
JMP8, JMP7 and JMP4 are installed. 


3. Compute: n= 9600/Bit Rate 

Where the "bit-rate" is the same as the baud rate in packet modes and the baud 
rate in all other modes. See CALSET Adjustment & Location Map for "n" 
value. 

4. Type the command "CALSET n". Use the 'n' from step 3 

5. Type the RXCAL command. 


6. Tune the appropriate trimpot, R79 or R113 until the DCD light is lit fully. 


7. Continue tuning this trimpot until the CON and STA LEDs flash either 
alternately every half second, and/or both light up 


8. Return to step 2 until all the demodulators are tuned. 
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CALSET Adjustment & Location Map 


This is a map of the physical locations of the adjustment potentiometers on the 
TNC2 circuit board. They are shown as they appear when looking down on top of 
the board with the board oriented so that the rear panel connectors are to the left. 
Information in the boxes is organized as shown below. 


R105 2295 
a ed 
a ed Fe) Se 


NOTE: Separate procedure required to do alignment of CW demodulator center 
frequency. 

RVfALWAY ON|OFF Default: ON 

Parameters: 

ON Initiates forwards and reverse forwards of all forwardable messages. 

OFF Mailbox ignores Forward and NODEforw commands. 

The setting of RVFALWAY(s) controls whether the TNC will initiate forward 

events (FORWARD, NODEFORW) in the absence of forwardable messages. If 

OFF, the TNC will ignore FORWARD and NODEFORW commands entered in 


the absence of forwardable messages. When ON, the TNC runs the event for the 
sole purpose of eliciting reverse-forwardable messages from the remote BBS. 
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SCREENLN n Default: 0 
Parameters: 


n 0 - 255, Specifying the screen or platen width, in characters, of the 
terminal. 


This value is used to properly format terminal output. A <CR> <LF> sequence is 
sent to the terminal at the end of a line in Command and Converse Modes when n 
characters have been printed. A value of zero inhibits this action. 


If your computer automatically formats output lines, you should set SCREENLN 
0 to avoid a conflict between the two line formats. 


SENDPAC n Default: $0D <CR> 
Parameters: 
n 0-$7F, Specifying an ASCII character code. 


This command selects the character that will force a packet to be sent in Converse 
Mode. The parameter n is the ASCII code for the character you want to type in 
order to force your input to be packetized and queued for transmission. You can 
enter the code in either hex or decimal. 


For ordinary conversation, you will probably set SENDPAC $0D and CR ON. 
This causes packets to be set at natural intervals, and causes the <CR> to be 
included in the packet. 


If you have set CPACTIME ON, you will probably set SENDPAC to some value 
not ordinarily used (say, <CTRL-A>), and set CR OFF. This will allow you to 
force packets to be sent, but will not result in extra <CR> characters being 
transmitted in the text. 
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SLOTS nnn Default: 3 
Parameter: 

nnn 0 - 127, Specified the number of sides on the slot time dice. 
This parameter determines how many sides are on the slot time dice. SLOTS 


represents an n+1 sided dice the TNC "throws" before transmitting. The SLOTS 
command allows any number of slots from | thru 127 to be defined. 


SLOTS (n) REMARKS 
fl Disables Slotting 


This should be the default setting 
Use only if the channel is VERY busy. 


Super Very Busy 
Super Super Busy 


1 
so 


The value used on a particular channel should be agreed on by the channel users. 
Access to the channel will be equitably distributed among all users if everybody is 
using the same value for the SLots and DEAdtime parameters. 


The idea is to pick a value large enough that the probability of two queued up 
stations picking the same value is relatively small. On the other hand, the value 
chosen should be small enough that most of the time, ONE of the queued up 
stations will have a significant probability of picking the first available slot. In this 
way, the channel is reliably arbitrated and at the same time the overhead required 
for the arbitration is minimized so that overall throughput on the channel is 
maintained. The actual value used will depend on the average number of queued 
up stations there are on the channel during busy periods. 
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START n Default: $11 <CTRL-Q> 
Parameters: 

n 0-$7F, Specifying an ASCII character code. 
This command selects the User Restart character, which is used to restart output 
from the TNC2 to the terminal after it has been halted by typing the User Stop 
character. You can enter the code in either hex or decimal. 
The User Stop character is set by the STOP command. 
If the User Restart and User Stop characters are set to $00, software flow control 
to the TNC2 is disabled, and the TNC2 will only respond to hardware flow control 
(CTS). 
If the same character is used for both the User Restart and User Stop characters 
the TNC2 will alternately start and stop transmission upon receipt of the character. 
STOP n Default: $13 <CTRL-S> 
Parameters: 

n 0-$7F, Specifying an ASCII character code. 
This command selects the User Stop character, which is used to stop output from 
the TNC2 to the terminal. You can enter the code in either hex or decimal. This 
is the character you will type to halt the TNC2's typing so that you can read text 


before it scrolls off your display. 


Output is restarted with the User Restart character, which is set by the START 
command. 


If the User Restart and User Stop characters are set to $00, software flow control 


to the TNC2 is disabled, and the TNC2 will only respond to hardware flow control 
(CTS). 
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If the same character is used for both the User Restart and User Stop characters 
the TNC2 will alternately start and stop transmission upon receipt of the character. 


STREAMCA ON|OFF Default: OFF 
Parameters: 

ON Callsign of other station displayed. 

OFF Callsign of other station not displayed. 


This command is used to enable the display of the connected- to station after the 
stream identifier. This is particularly useful when operating with multiple 
connections allowed. It is somewhat analogous to the use of MRPT to show 
digipeat paths when monitoring. 


In the example below, the charaters inserted by enabling STREAMCAII are 
shown in bold face type. 


|A:K4NTA:hi howie 

hello ted how goes it? 

|B:WA7GXD:*** CONNECTED to WA7GXD 
|Bmust be a dx record. ge lyle 

|Aunreal ted! fl-az no digis! 

|B:WA7GXD:big band opening...ge 


etc. 
The same sequence with STREAMCAII OFF would look like the following: 
|Ahi howie 
hello ted how goes it? 
|[B*** CONNECTED to WA7GXD 
|Bmust be a dx record. ge lyle 
|Aunreal ted! fl-az no digis! 


|Bbig band opening...ge 


etc. 
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Thus, what would have looked like "|B" now appears as "|B:<callsign>:". This 
option is very useful for human operators trying to operate multiple simultaneous 
connections. It is probably less useful for "host" operations. 
Note that, in the first example, the STREAMSWitch characters "|A" and "|B" with 
no ":" after them were entered by the operator of the TNC to switch streams for his 
multiple- connect QSO(s). If you intend to operate multiple connections (as 
opposed to having your "host" computer operate multiple connections), use of this 
option is recommended. 
STREAMDB ON|OFF Default: OFF 
Parameters: 

ON Double all received STREAMSWitch characters. 

OFF Do not "double" received STREAMSWitch characters. 


This command is used to display received STREAMSWitch characters by 
"doubling" them. The example below illustrates this action. 


With STREAMDB on, and STREAMSWitch set to "|", the following might be 
displayed from your TNC2: 


|| this is a test. 
In this case the sending station actually transmitted 
| this is a test. 
The same frame received with STREAMDBL OFF would be displayed as: 
| this is a test. 
When operating with multiple connections, this is useful for differentiating 
between STREAMSWitch characters received from other stations and 


STREAMSWitch characters internally generated by your TNC2. 


NOTE: The STREAMSWitch character must NOT be one of the stream letters 
(A - J) for this command to function properly. 
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STREAMSW n Default: $7C < | > 
Parameters: 
n $FF, usually specifying an ASCII character code. 


This command selects the character used by both the TNC2 and the user that a 
new "stream" (connection channel) is being addressed. 


The character can be PASSed in CONVERS mode. It is always ignored as a 
user-initiated stream switch in TRANSPARENT mode, and flows through as data. 
This means that the outgoing stream can not be changed while "on line” in 
TRANSPARENT mode (you must escape to COMMAND mode to switch 
streams). 


For further usage of this character, see the STREAMDBL and STREAMCA 
commands. 


SYSOP Immediate command 


When the MAILBOX is ON, the System Operator can access the mailbox by 
typing the immediate command, SYSOP. All commands are available to the 
SYSOP. When the SYSOP has completed operating the MAILBOX, he must 
return to command mode with "Control-C" (or the current COMMAND 
character) to allow the remote users access to the MAILBOX. 


TIMEDCMD Default:" " 
[string- max 119 chars] 

This string in the TIMEDCMD parameter is executed as a TNC command 

whenever the minutes register in the time of day clock equals the value in the 

TIMEDMIN parameter. The string is executed when seconds equals one; 

execution is deferred while the user is entering a command. 


TIMEDMIN n Default: 60 


Parameters: 
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n 0-60, Specifying 1 minute intervals 


The TIMEDMIN parameter is compared against the minutes register of the real 
time clock to determine when the TIMEDCMD string is sent to the command 
interpreter. Setting this parameter to 60 disables the feature. Combined with the 
TIMEDCMD string, the user may configure his TNC to perform hourly automatic 
forwards and reverse forwards. 


TRACE ON|OFF Default: OFF 
Parameters: 

ON Trace mode is enabled. 

OFF Trace mode is disabled. 


This command is used to enable the protocol debugging function. When TRACE 
is ON, all received frames will be displayed in their entirety, including all header 
information. In normal operation you will probably never need this function; 
however, if you need to report an apparent software bug, we may ask you to 
provide trace information if possible. 


A trace display will appear in four columns on an 80-column display. Following is 
an example trace display. For comparison, the frame shown in the trace example 
would be monitored as follows: 


KV7B>CQ,KF7B*:this is a test message 


The trace display would look like this: 


byte ------------------- hex display------------------- --- shifted ASCII--- --------- ASCII---------- 
000: 86424040 40406096 AC6E8440 4060968C CQ OKV7B OKF .@@@@.n.@@.. 
010: 6E844040 E103F074 68697320 69732061 7B P.x:449.49.0 n.@@...this isa 

020: 20746573 74206D65 73736167 650D :29:.6299032. test message. 
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The byte column shows the offset into the packet of the beginning byte of the line. 
The hex display column shows the next 16 bytes of the packet, exactly as 
received, in standard hex format. The shifted ASCII column attempts to decode 
the high order seven bits of each byte as an ASCII character code. The ASCII 
column attempts to decode the low order seven bits of each byte as an ASCII 
character code. In a standard AX.25 packet, the callsign address field will be 
displayed correctly in the shifted ASCII column. A text message will be displayed 
correctly in the ASCII column. Non-printing characters and control characters are 
displayed in both ASCII fields as ".". You can examine the hex display field to 
see the contents of the sub-station ID byte and the control bytes used by the 
protocol. Protocol details are discussed in Chapter 9. 


TRANS Immediate Command 


This is an immediate command. It causes the TNC2 to exit from Command 
Mode into Transparent Mode. The current link state is not affected. 


Transparent Mode is primarily useful for computer communications. In this 
mode, the "human interface" features such as input editing capability, echoing of 
input characters, and type-in flow control are disabled. You may find 


Transparent Mode useful for computer Bulletin Board operations or for 
transferring non-text files. See the discussion of Transparent Mode in Chapter 5. 


TRFLOW ON|OFF Default: OFF 
Parameters: 


ON _ Software flow control can be enabled for the computer or terminal in 
Transparent Mode. 


OFF Software flow control is disabled for the computer or terminal in 
Transparent Mode. 


If TRFLOW is ON, the settings of START and STOP are used to determine the 
type of flow control used in Transparent Mode. If TRFLOW is OFF, only 
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hardware flow control is available to the computer and all characters received by 
the TNC2 are transmitted as data. If START and STOP are set to $00, disabling 
the User Stop and User Restart characters, hardware flow control must always be 
used by the computer. 


If TRFLOW is ON, and START and STOP are non-zero, software flow control 
is enabled for the user's computer or terminal. The TNC2 will respond to the 
User's Restart and User's Stop characters (set by START and STOP) while 
remaining transparent to all other characters from the terminal. Unless TXFLOW 
is also ON, only hardware flow control is available to the TNC2 to control output 
from the terminal. 


TRIES n Default: NONE 
Parameters: 


n 0-15, Specifying the current RETRY level on the currently selected 
input stream. 


This command is used to retrieve (or force) the count of "tries" on the currently 
selected input stream. 


When used with no argument: if the TNC2 has an outstanding unacknowledged 
frame, it will return the current number of tries; if the TNC2 has no outstanding 
unacknowledged frames, it will return the number of tries required to obtain an 
acknowledgment for the previous frame. 


If RETRY is set to 0, the value returned by issuing a TRIES command will 
always be 0. 


This command is useful for obtaining statistics on the performance of a given path 
or channel. It should be especially useful for automatic optimizing so such 
parameters as PACLEN and MAXFRAME by computer-operated stations, such 
as automatic message forwarding stations using less-than-optimum paths (noisy 
HF or satellite channels, for example). 


When used with an argument, TRIES will force the "tries" counter to the entered 
value. Use of this command to force a new count of tries is NOT recommended. 
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TXDIDDLE ON|OFF Default: Off 


TXDIDDLE determines whether or not the TNC2 uses a highly efficient square 
wave signal in place of flags during the transmitter delay (TXDELAY) period. 
When TXDIDDLE is ON, you may select even smaller TXDELAY intervals 
because the square wave presents four times as many transitions as TXDIDDLE 
OFF does for your connectees' receive synchronization. 


TXDIDDLE is defaulted to the OFF setting to reflect that the function is inactive. 
However there are a number of TNCs on the market which claim to be AX.25 
compatible, but do not recognize valid AX.25 packets preceded by the 
TXDIDDLE keyup technique. You may recognize the need to set TXDIDDLE 
OFF, if it appears that the station you're working is unable to successfully receive 
your packets despite your adequate signal. 


This failure of some TNCs to receive TXDIDDLEd packets may be a result of 
some software carrier-detect schemes. All TAPR and derivative TNCs utilizing 
hardware-generated carrier-detect receive both TXDIDDLEd and non- 
TXDIDDLEd packets with equal efficiency. 


Note that when TXDIDDLE is OFF, TXDELAYC is irrelevant! Therefore, the 
actual TXDELAY yielded when TXDIDDLE is OFF is equal to 
TXDELAY*100ms plus any AXDELAY time. 


TXDELAY n Default: 33 
Parameters: 
n 0 - 120, Specifying 10 ms intervals. 


This value tells the TNC2 how long to wait after keying up the transmitter before 
sending data. Some startup time is required by all transmitters to put a signal on 
the air; some need more, some need less. In general, crystal controlled rigs with 
diode antenna switching don't need much time, synthesized rigs need time for PLL 
lockup, and rigs with mechanical T/R relays will need time for physical relay 
movement. The correct value for a particular rig should be determined by 
experimentation. The proper setting of this value may also be affected by the 
requirements of the station you are communicating with. 
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Note that the TAPR TNC 1 and other TNCs using the same firmware interpret n in 
40 ms intervals. The value of TXDELAY on TNC2 will thus be 4 times the value 
used by a TNC | user to give the same delay time. 


TXDELAYC nnn Default: 2 
Parameter: 
nnn 0 thru 255 in | ms steps 


The time delay between when the TNC2 depresses the PTT and when it starts 
sending packets is specified in terms of how long it takes to send (TXDELAYC) 
characters at the current radio baud rate. TXDELAYC controls a new timer that 
runs after the regular TXDELAY time has expired (see TXDELAY). 


High speed radio users will find this command useful because they can select 
transmit delays much smaller than the 10 ms grains in TXDELAY. For high speed 
use, set TXDELAY to 0 and set TXDELAYC according to the formula below: 


Radio-PTT-delay-time 
TXDELAYC =. --------------------------- 
Time-per-character 


The time-per-character as related to the radio baud rate is as follows: 


Time-per-character 
9600 
2400 


1200 
26.00 ms 
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Examples: 
1. For a 200 ms 2 meter HT at 1200 baud, TXDELAYC is: 
200 ms 
TXDELAYC = ---------- = 30 
6.7 ms 
2 For a 400 ms HF radio at 300 baud, TXDELAYC is: 
400 ms 
TXDELAYC = _ ----------- = 16 
26 ms 
TXFLOW ON|OFF Default: OFF 
Parameters: 


ON Software flow control can be enabled for the TNC2 in Transparent 
Mode. 


OFF Software flow control is disabled for the TNC2 in Transparent 
Mode. 


If TXFLOW is ON, the setting of XFLOW is used to determine the type of flow 
control used in Transparent Mode. If TXFLOW is OFF, the TNC2 will use only 
hardware flow control and all data sent to the terminal remains fully transparent. 


If TXFLOW and XFLOW are ON, the TNC2 will use the TNC2 Restart and 
TNC2 Stop characters (set by XON and XOFF) to control input from the 
terminal. Unless TRFLOW is also ON, only hardware flow control is available to 
the computer or terminal to control output from the TNC2. 


Note that if the TNC2 Restart and TNC2 Stop characters are set to $00, hardware 
flow control will always be selected regardless of the setting of TXFLOW. 
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TXTMO n_n=0-65535 Default: 0 


TXTMO is a HEALTH counter that registers the number of packet transmitter 
timeout/recovery events that have occurred since the TNC2 was powered up. 


TXUIFRAME ON|OFF Default: ON 


TXUIFRAME is used to tell the TNC2 what to do with unconnected information 
left in its buffers. When this parameter is ON, all unconnected data are 
transmitted as "UI" (unconnected) frames. 


This command should be OFF for bulletin-board stations as it precludes the 
unnecessary transmission of text that occurs when the BBS user disconnects and 
unacknowledged packets remain. 


UNPROTO call1 [VIA call2[,call3...,call9]] Default: "CQ" 
Parameters: 

call1 Callsign to be placed in the TO address field. 

call2 Optional digipeater call list, up to eight calls. 


This command is used to set the digipeat and destination address fields of packets 
sent in the unconnected (unprotocol) mode. Unconnected packets are sent as 
unsequenced I frames with the destination and digipeat fields taken from calll 
through call9 options. When no destination is specified, unconnected packets are 
sent to CQ. Unconnected packets sent from other TNCs can be monitored by 
setting MONITOR ON and setting BUDLIST and LCALLS appropriately. The 
digipeater list is also used for BEACON packets (which are sent to destination 
address BEACON). 
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USERS n Default: 1 
Parameters: 


n 0-10, Specifying the number of active connections that may be 
established to this TNC2 by other TNCs. 


USERS affects only the manner in which incoming connect requests are handled, 
and has no effect on the number or handling of connections you may initiate with 
this TNC2. 
For example, 

USERS 0 allows incoming connections onany free stream. 

USERS 1 allows incoming connections on stream A only 

USERS 2 allows incoming connections on streams A & B 


USERS 3 allows incoming connections on streams A, B & C 


and so on through USERS 10. 


XFLOW ON|OFF Default: ON 
Parameters: 
ON XON/XOFF flow control is enabled. 


OFF XON/XOFF flow control is disabled and hardware flow control is 
enabled. 


If XFLOW is ON, the computer or terminal is assumed to respond to the TNC2 


Restart and TNC2 Stop characters set by XON and XOFF. If XFLOW is OFF, 
the TNC2 will communicate flow control commands via RTS. 
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XMITOK ON|OFF Default: ON 
Parameters: 

ON Transmit functions are enabled. 

OFF Transmit functions are disabled. 
When XMITOK is OFF, transmitting is inhibited. All other functions of the 
board remain the same, in other words, the TNC2 generates and sends packets as 
requested, but does not key the radio PTT line. 
You might use this command to insure that your TNC2 does not transmit in your 
absence if you leave it operating to monitor packet activity. This command can 
also be used for testing using loopback or direct wire connections when PTT 
operation is not relevant. 
XOFF n Default: $13 <CTRL-S> 
Parameters: 

n 0 to $7F, Specifying an ASCII character code. 
This command selects the TNC2 Stop character, which is sent by the TNC2 to the 
computer or terminal to stop input from that device. You can enter the code in 
either hex or decimal. 
This character would ordinarily be set to <CTRL-S> for computer data transfers. 
If you are operating your station in a Converse Mode and there is some chance that 


you might fill up the TNC2's buffers, you might set this character to <CTRL-G> 
($07), which rings a bell on many terminals. 
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XON n Default: $11 <CTRL-Q> 
Parameters: 

n 0 to $7F, Specifying an ASCII character code. 
This command selects the TNC2 Restart character, which is sent by the TNC2 to 
the computer or terminal to restart input from that device. You can enter the code 
in either hex or decimal. 
This character would ordinarily be set to <CTRL-Q> for computer data transfers. 
If you are operating your station in Converse Mode, and there is some chance that 


you might fill up the TNC2's buffers, you might set this character to <CTRL-G> 
($07), which rings a bell on many terminals. 
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TNC MESSAGES 


This chapter describes the messages your TNC2 may produce and the 
circumstances under which they may appear. 


PACKET MESSAGES 


*J 

bbRAM:LOAD WITH DEFAULTS 
VECTRONICS-TNC2-Enhanced BBS 
AX.25 Level 2 Version XXX 

RELEASE X.X.X - DATE - 32K+32K RAM 
Checksum XXX 

cmd: 


This is the sign-on message that appears when you turn ON your TNC2 or when 
you issue the RESET command. The release number will be updated whenever 
the firmware is changed. The checksum is a hex number which you can compare 
against the correct checksum given for the firmware version you are using. 


BBRAM LOADED WITH DEFAULTS 


This message appears along with the sign-on message above if the battery 
backed-up RAM checksum verification fails at power-on time, causing the 
TNC2 to load the default parameters from ROM. This will be the case the first 
time you turn on your TNC2. 


This message also appears if the TNC2 loads the defaults in response to the 
RESET command. 


CMD: 


This is the Command Mode prompt. When this prompt appears, the TNC2 is 
waiting for you to issue a command. Anything you type after this prompt will be 
interpreted as a command to the TNC2. If a monitored packet has been 
displayed, the prompt may not be visible, even though you are in Command 
Mode. 

You can type the redisplay-line character (set by REDISPLA) to retype the 
prompt. 


WAS 
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Whenever you change the setting of one of the TNC2's parameters, the previous 
value will be displayed. This confirms that the TNC2 properly interpreted your 
command, and reminds you of what you have done. 


TOO MANY OUTSTANDING PACKETS 


This message would appear in response to a CONVERS or TRANS command, 
under special circumstances. If you have previously entered packet data, filling 
the outgoing buffer in Converse Mode or Transparent Mode and then returned to 
Command Mode. You will be allowed to enter one of these modes when some 
of the packets have been successfully transmitted. 


MAILBOX MESSAGES 


? EXPECTED BANK N....X 


This message occurs when you try to switch to an extended Mailbox memory 
bank which does not exist. For example trying switch to memory bank 8, using 
the 512K memory extension. Memory bank 8 does not exist, only banks 0 thru 7 
are present. 


YOU HAVE NEW MAIL 


Upon accessing the mailbox, this message will appear if there are any new 
messages addressed to you. These will be the messages with the N message flag 
set. Once the message is read and the Y message is set, this message will not 
occur. 


MESSAGE SAVED 


The Message Saved occurs when a Mailbox message is actually stored after 
pressing the CTRL-Z and ENTER. 


Page 217 


TNC2 SYSTEM MANUAL MESSAGES 


CANNOT, NOT YOURS 


This message occurs when a remote user attempts to kill a message which is not 
his, or he tries to read personal message by or for someone else. The SYSOP can 
read or KILL any message in the Mailbox system. 


2MAILBOX FULL 


This message occurs when either all of the available slots are full, or the actual 
message space is full. The number of slots and message space for the different 
mailbox versions are as follows: 


# Slots # of Banks 


2 Banks (0 &1) 128,000 Bytes 
8 Banks; (0 thru 7) 512,000 Bytes 


* Denotes no memory expansion 
** — Denotes memory expansion of the size specified by the numeric value. 


1 Bank; (0 only) 32,000 Bytes 


Messages must be Forwarded to destinations, then killed in order to recover 
Mailbox message space and to eliminate this error message. 


NOT FOUND 


This message occurs when one attempts to read or kill a non-existent message 
from an empty slot. 


NONE FOUND 


A parameterless Kill or Read command. The Mailbox could not find any 
messages addressed to the user. 


NO MAIL 


The No Mail message occurs when a Read command with no slot designator is 
done, but mail does not exist for the remote user. 
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COMMAND MODE ERROR MESSAGES 


If you make a mistake typing a command to the TNC2, an error message will be 
printed. You may see any of the following messages depending on the type of 
error you have made. 


?bad 


You typed a command correctly, but the remainder of the command line could 
not be interpreted. 


?call 


You entered a callsign argument that does not meet the TNC2's requirements for 
callsigns. A callsign may be any string of numbers and letters, including at least 
one letter. Punctuation and spaces are not allowed. The sub-station ID, if given, 
must be a (decimal) number from 0 to 15, separated from the call by a hyphen. 


2EH 


This message occurs when a command issued is not understood by the TNC2. 
This will happen if you are in the mailbox or just during standard operation. 


?clock not set 


This message appears if you give the command DAYTIME to display the date 
and time without having previously set the clock. The DAYTIME command sets 
the clock if it is given with the daytime parameters, and displays the date and 
time if it is given without parameters. 


2?EH 
The first word you typed is not a command or a command abbreviation. 


?not enough 


You didn't give enough arguments for a command that expects several 
parameters. 
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?not while connected 

You attempted to change MYCALL or AX25L2V2 while in a connected or 
connecting state. 

?range 


A numeric argument for a command was too large. 


?too long 


You entered too long a command line, and the line was ignored. This might 
happen, for example, if you try to enter too long a message with BTEXT or 
CTEXT. If you get this message, the previous text entry was not changed. 


?too many 


You gave too many arguments for a command that expects several parameters. 
For example, MFILTER can have up to 4 arguments. 


cmd: MFILTER $1B,$0C,$1A,$03,$07 
too many 


2?VIA 


This message appears if you attempt to enter more than one callsign for the 
CONNECT or UNPROTO commands without being proceeded by the VIA 
keyword. 


LINK STATUS MESSAGES 


These messages inform you of the status of AX.25 connections your TNC2 may 
be involved in. You can always interrogate the link status by giving the 
CONNECT command without parameters. If you attempt a connection when 
your TNC2 is not in the disconnected state, the TNC2 will display the link status 
but will take no other action. The following messages appear in response to the 
CONNECT command. 


Link state is: CONNECTED to calll 
IA call2[,call3...,call9]] 


This display shows the station your TNC2 is connected to and the digipeater 


route if any. The callsign sequence is the same sequence you would enter to 
initiate the connection. 
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Link state is: DISCONNECTED 


No connection currently exists. You may issue the CONNECT command to 
initiate a connection. 


Link state is: CONNECT in progress 


You have issued a connect request, but the acknowledgment from the other 
station has not been received. If you issue a DISCONNE command, the connect 
process will be aborted. 


Link state is: DISCONNECT in progress 

You have issued a disconnect request, but the acknowledgment from the other 
station has not been received. If you issue a second DISCONNE command, the 
TNC2 will go immediately to the disconnected state. 

Link state is: FRMR in progress 

The TNC2 is connected but a protocol error has occurred. This should never 
happen when two TAPR TNCs are connected. An improper implementation of 
the AX.25 protocol could cause this state to be entered. The TNC2 will attempt 
to re-synchronize frame numbers with the TNC on the other end, although a 
disconnect may result. Connects are not legal in this state, and a disconnect will 
start the disconnect process. 


The TNC2 will inform you whenever the link status changes. The link status 
may change in response to a command you give the TNC2 (CONNECT or 
DISCONNE), a connect or disconnect request packet from another station, a 
disconnect due to the retry count being exceeded, an automatic time-out 
disconnect (CHECK), or a protocol error. 


8% CONNECTED to: calll [VIA call2[,call3...,call9]] 


This message appears when the TNC2 goes from the "disconnected" or "connect 
in progress" state to the connected state. The connection may be a result of a 
CONNECT command you issued, or of a connect request packet received from 
another station. 


*** connect request:calll [VIA call2[,call3...,call9]] 


This message indicates that the TNC2 has received a connect request from 
another station which it has not accepted. This can happen if you have set 
CONOK OFF or if you are already connected to another station. 

When the TNC2 types this message it also sends a DM packet (busy signal) to 
the station that initiated the connect request. 
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If the TNC2 rejects a connect request because you have set CONOK OFF, you 
can issue your own request to the station that called. 


*** DISCONNECTED 


This message is displayed whenever the TNC2 goes to the disconnected state 
from any other link state. This message may be preceded by a message 
explaining the reason for the disconnect below. 


*** retry count exceeded 
**%* DISCONNECTED 


This message is given if the disconnect was caused by a retry failure rather than 
by a disconnect request from one of the stations. 


*** <callsign> busy 
*** DISCONNECTED 


This message indicates that your connect request was rejected by a DM packet 
(busy signal) from the other station. The TNC2 will reject a connect request if 
CONOK is OFF, or if it is already connected to another station, or the connect 
request is from a station with a totally blank callsign. 


frmr frame just sent: 
FRMR sent: xxxxxx 


The TNC2 is connected, and a protocol error has occurred. The TNC2 has sent 
a special FRMR packet to attempt to re-synchronize frame numbers with the 
TNC2 on the other end. 


The string xxxxxx is replaced with the hex codes for the three bytes sent in the 
information part of the FRMR frame. This message will not appear if your 
TNC2 is in Transparent Mode. 
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FRMR revd: 


This message is followed by a display of the FRMR packet received in the trace 
display format. This format is explained in the TRACE command entry. This 
message will not appear if your TNC2 is in Transparent Mode. 


***T INK OUT OF ORDER, possible dataloss[opt.daytime stamp]: 


This message indicates failure of aCONPERMed. One or more packet nodes in 
the link have failed. The time of failure may be appended to this error message 
if the stamping mode is on. 


Page 223 


TNC2 SYSTEM MANUAL HARDWARE 


HARDWARE 


This chapter details the specifications and the functional description of the 
TNC2 hardware design. 


TNC2 SPECIFICATIONS 


Processor CMOS Z-80A 


Clocks 
Processor master clock input frequency: 4.9152 MHz User Port Clock: Switch 
selectable at 16x baud rate. 


Memory 
All memory in industry-standard JEDEC Byte-Wide sockets. Standard 
complement of ROM: 64K= 1 x 27C512. 


Standard complement of system RAM: 32K= 1x 43256C-15L. 


Standard complement of mailbox RAM: 32K (expandable to 128K or 512K) 


Serial Port 
Z8440 SIO/O port B configured as UART plus low power TTL-to-RS-232C 
signal level interface. 


Baud rates supported: 300, 1200, 2400, 4800, 9600 and 19,200 


Standard female DB-25S (DCE) RS-232C connector 8-pin TTL connector for 
TTL serial port. 


Modem 
Demodulator: XR2211 PLL demodulator circuit plus related components to 
receive up to 1200 baud. 


Modulator: XR2206 modulator circuit plus related components to produce tones 
for all modes of operation. 


An external modem may be attached by a single connector which completely 
bypasses the on-board modem. 


A Tuning Indicator is built in to be used as a tuning aid for HF (VEC-1776 
only). 
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bbRAM 

Non-volatile storage of all important operating parameters is accomplished by 
using a battery backed-up system for the entire 32K bytes of system RAM and 
all mailbox RAM. 


Protocol 
AX.25 Level 2 is supported. Pre-Version 2.0 support is compatible with earlier 
TAPR TNCs running 3.x software. 


Full support of Version 2.0 protocol is provided. Full duplex radio link 
operation is supported. 


Packet Operating Modes 
Command Mode: accepts commands via user port. 


Converse Mode: accepts digital data, transmits and receives packets, permits 
terminal editing features (character delete, line delete, input packet delete, output 
packet delete and redisplay input) via special characters trapped by the MFJ 

TNC2. Escape to command mode via special character or BREAK signal. 
Optional use of packet completion timer as in Transparent mode. 


Transparent Mode: accepts digital data, transmits packets via packet completion 
timer or buffer full only, and receives packets. No local editing features 
permitted. Escape to command mode via specially timed character sequence or 
BREAK signal. 


Power Required +12 volts DC at 300 mA. 
GENERAL DESCRIPTION 


The TNC2 is based on the Zilog Z80™ family of microprocessor components. 


Major electronic devices in the TNC2 include a CPU (Central Processing Unit) 
for controlling the TNC2 and a SIO (Serial Input/Output) chip for providing 
serial interface ports to the on-board modem (which connects to your radio) and 
to the RS-232C or TTL serial terminal port (which connects to your computer or 
terminal). 


The TNC2 also includes two types of memory. The ROM (Read Only 
Memory) stores the program that tells the TNC2 how to implement the AX.25 
protocol. Battery backed-up RAM (Random Access Memory) provides a 
scratch-pad area for temporary data as well as non-volatile storage for operating 
parameters such as your station callsign. The battery back-up feature enables the 
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TNC2 to "remember" these values when power is off so you don't have to enter 
them every time you want to operate. 


Other integrated circuits are used for functions including clock oscillator, baud- 
rate generator, memory-space decoder, power supply and voltage inverter, clock 
recovery, transmit watch-dog timer and modem. Refer to the schematic diagram 
while reading the following circuit descriptions. 


DETAILED CIRCUIT DESCRIPTION 


Oscillator 


U10a, U10b, U10c, R46, R47, R48, C24, C47, C51, and Y1 provide an accurate 
crystal-controlled oscillator for system timing. 


Resistor R48 forces inverter U10a into its linear region and provides a load for 
crystal Y1. Capacitor C47 provides an adjustable reactive element to allow the 
oscillator's frequency to be precisely set (this precision is not normally required). 
Inverter U10c buffers the clock for additional stability before driving additional 
dividers. 


Resistor R46 is used to bias "HCT" logic to the proper levels for best oscillator 
operation; it is not necessary if U10 is an "HC" logic element. 


Dividers and Baud-rate Generator 


U10e, U10f, U4a, U4b, U1, provide clock outputs derived from the oscillator. 
Inverter U10f provides buffering and isolation between the divide-by-two output 
of counter U4a and the capacitive load presented by the CPU (U22) and the SIO 
(U21). Ul10f's input may be at 2.4576 MHz or 4.9152 Mhz. The TNC2 
operation at the faster clock of 4.9152 MHz. Capacitors C59 and C60 are used to 
slow the edges of the outputs of U4a, and capacitor C61 is used to slow the 
edges from U10f, helping to reduce RFI. 


Counter U1 is a multiple-stage divide-by-two circuits, which divides the signal at 
its input many times. This allows you to select via switch SW3, the desired 
signaling (baud) rate to be used for your computer or terminal as well as the 
radio channel baud rate. 
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The output from counter U1 at pin 12 provides a real-time clock interval signal 
for the SIO. During normal operation, the SIO will be programmed to interrupt 
the CPU on every transition of this 600 Hz signal. This interrupt occurs 1200 
times a second, and is used for protocol and calibration timing functions. 


Inverter U10e buffers the radio port "16x" baud-rate signal in case it is routed, 
via modem disconnect J4 pins 11 and 12, to an external modem. If this buffer 
were not included, reflections from the distant termination might cause counter 
U1 to generate count errors. 


Counter U4b provides a properly scaled clock for the transmit NRZ to NRZI 
encoder (see Serial Interface, below). 


CPU Complex 


EPROM U23 provides system ROM for program storage. Selector U12a acts as 
a ROM decoder, mapping the ROM into the CPU's memory address space 
beginning at address 0. 


Static RAM provides system RAM for temporary scratch-pad storage, message 
buffers, etc. Also, because the RAM is backed up by a battery and will not lose 
its contents when the main power is removed, it is used to provide semi- 
permanent storage of user-supplied information (such as your callsign). Selector 
U12b acts as a RAM address decoder, with RAM starting at address 8000 hex. 


The sections of CMOS switch U13 are used to insure that the RAM is not 
selected when main power is removed. This ensures that the contents of the 
RAM are not accidentally scrambled as the CPU loses power; it also ensures that 
the RAM is in the "power-down" state for minimum battery power consumption. 


Serial Interface 


A Serial Input/Output (SIO) device U21 provides two channels of serial I/O. 


The B SIO channel is used for the computer or terminal interface. Operational 
amplifier sections U3a, U3b, and U3d act as RS-232C drivers while Schmitt 
trigger inverters U9a and U9b act as RS-232C receivers. These circuits consume 
less power than conventional RS-232C drivers and receivers. 

The A SIO channel is used for the radio/modem interface and is normally 
operated as a full duplex HDLC channel for compatibility with the AX.25 
protocol specification. Latch U5 and ROM U6 provide a "state machine" for 
recovering the clock from the received NRZI data. The state machine also 
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converts NRZI data to NRZ for the SIO. Inverter U9c and flip-flop Ulla 
provide NRZ to NRZI conversion for the transmit side of the radio channel. 
This conversion between NRZ formatted data and NRZI formatted data is 
necessary because the AX.25 protocol specification requires NRZI operation 
while the SIO is only capable of NRZ. Jumper JMP11 may be used to bypass 
the NRZ --> NRZI conversion for use with external modems, if required. 


Watch-dog Timer 


Inverters U7c, U7d, U7e, and Q10 provide a "watch- dog" timer on the transmit 
key line to ensure that the transmitter does not remain keyed for more than about 
30 seconds should the TNC fails. This allows you to leave a station (such as a 
remote digipeater) on-the-air and unattended without much chance of having a 
malfunction "lock up" the packet channel. This also helps ensure compliance 
with FCC regulations regarding unattended station operation. 


Jumper JMP4 is provided for testing purposes. When JMP4 is installed, timing 
capacitor C31 is shunted, disabling the watch-dog timer. 


Modem 


The XR2206, U16, is a Frequency Shift Keying (FSK) modulator that generates 
an audio data signal for use by the radio transmitter. Two tones are used, one for 
each digital level, and these tones may be calibrated via trimpots R77/R78, 
R105/R106 in conjunction with the on-board calibration support circuitry and 
software. When the transmitter is not being keyed, transistor Q9 is switched on, 
thus preventing U16 from producing tones. This allows you to leave a 
microphone connected to your packet transmitter for voice operation. 


R157 is used to set the tone output levels to the transmitter. 


U20, an XR2211, provides a Phase Locked Loop (PLL) FSK demodulator. It 
converts the received audio FSK signals into digital data at standard logic levels. 
This data is sent to the state machine clock recovery and NRZI to NRZ format 
conversion circuits. Trimpots R79 and R113 are used to calibrate the PLL 
demodulator's free-running frequency which is set midway between the FSK 
tones being received. These tones are measured by the calibration software and 
the output signal produced by U8a and U8b, which is a frequency doubling 
shaping circuit. 


Power Supply 
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Regulator Q3 and associated components provide a +5 volt regulated output for 
the TNC2 digital logic circuitry. In order to reduce conducted RFI from the 
digital power source, series inductor LI is provided. Transistor Q4, in 
conjunction with CMOS inverters in U14, provides a "power failure" circuit for 
the battery-backed RAM chips to ensure that RAM is in the "power-down" state 
when the main power is removed. In addition, this circuit provides the main 
power- on reset signal via U7f. 


Transistors Q5 and Q6 are used to isolate the battery from the +5 volt line when 
main power is available. Resistor R33 protects the lithium battery from overload 
conditions and provides a convenient means of monitoring battery current drain 
when the TNC is switched off. Jumper JMP5 provides a means of disconnecting 
the negative side of the lithium battery for TNC2 maintenance. 


U2 and associated components form a charge-pump voltage inverter which 
generates an unregulated negative supply for the RS-232C drivers. 


Components U3c, Q2, CR6 and surrounding components provide a regulated 
source of -5 volts for the modem chips. 


The modem power sources and ground are isolated from digital logic switching 
noise by inductor L2. 


RS-232C HANDSHAKING PROTOCOL 


The CTS, DSR and DTR lines of the RS-232C port (J1) are used for hardware 
"handshaking" protocol to control the flow of data between the terminal (DTE) 
and the TNC2 (DCE). 


The TNC2 always asserts (makes sure) Data Set Ready (DSR) on J1 pin 6 via 
resistor R16. Thus, whenever the MFJ-TNC is powered up, it signals to the 
terminal connected to J1 that the TNC2 is "on line". 


The terminal indicates it is ready to receive data from the TNC2 by asserting its 
Data Terminal Ready (DTR) output, J1 pin 20. The TNC2 will send data when 
it has data to send and DTR is asserted. If the terminal is not ready to receive 
data, it should negate (make false) DTR to the TNC2. Thus, data flow from the 
TNC2 to the terminal is controlled by the use of the DTR line. The state of the 
DTR line is ignored by the software if "software flow control" is enabled in this 
direction. 
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The TNC2 asserts its Clear To Send (CTS) output, J1 pin 5, whenever it is ready 
to receive data from the terminal. If the TNC2's buffers fill, it will negate CTS, 
signaling the terminal to stop sending data. The TNC2 will assert CTS when it is 
again ready to receive data from the terminal. Thus, data flow from the terminal 
to the TNC2 is controlled by the use of the CTS line. The CTS line is always 
asserted if "software flow control" is enabled in this direction. 


Some serial I/O ports do not implement CTS, DTR and DSR handshaking. If 
these pins are not connected at the terminal end, they will be pulled up (and thus 
asserted) by resistors at the TNC2 end. However, a non-standard serial 
connector may use some pins for other purposes, such as supplying power to a 
peripheral device, so be sure that your system either implements the CTS, DTR 
and DSR handshake or has no connections to these pins of J1 whatsoever. Note 
that reference to RS-232C "compatibility" or the presence of a DB-25 type 
connector does not guarantee that you have a full RS-232C serial port! 


The TNC2 supports most standard baud rates from 300 through 9600. The port 
supports standard parity options as well as 7 or 8-bit character lengths. Setting 
these terminal parameters is discussed in Chapter 4. 


If you want to interface your TNC2 with a device configured as DCE, such as a 
telephone modem or another TNC, a so-called "null modem" cable may be 
constructed to interchange the data and handshake signals. 


JUMPER FUNCTIONS 


For normal operation a shorting jumper must be placed at the following jumper 
positions: JMP 5; JMP 8; JMP 13; JMP 18 pins 1,2; JMP 15 pins 2;3 JMP 26 
pins 1,2. Also on the mode disconnect header J4 the following pins need 
jumpers pins 1,2 11,12 13,14 17,18. 


A listing of the jumpers and their functions is given in Table G-1 in the 
Appendix G, Page 281. 
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HARDWARE HEADER PIN-OUTS 


Modem Disconnect Header- J4 


The Modem Disconnect header, J4, on the TNC2 PC board is provided for using 
an external modem with the TNC2. This allows use of higher-speed modems, 
such as 9600 baud, or more sophisticated and higher-performance modems for 
OSCAR or other uses. 


The following information is primarily for those who wish to interface external 
modems to the TNC2. Familiarity with modem and serial data channel terms is 
assumed. 


The signals used at connector J4 are at standard TTL interface levels. A TTL 
high, or 1, is greater than +2.4 volts but less than +5.25 volts. A TTL low, or 0, 
is less than 0.8 volts but greater than -0.4 volts. DO NOT connect an RS-232C 
level modem directly to J4! 


NOTE: The modem disconnect header is similar, but not identical to that used 
in the TNC1 deisgns. Be very careful about interfacing an external 
modem using the same cabling you may have prepared for use with a 
TNC 1| design! 


Below is the pin-out of the modem disconnect header and an explanation of pin 
functions: 


Pinl Carrier Detect Input 


This pin tells the SIO radio port that a valid data carrier has been detected. It 
should be pulled high when no carrier is detected and low when a carrier is 
present. This line must be implemented unless the software release notes 
indicate otherwise. It is normally jumpered to pin 2 when the on-board modem 
is used. 


Pin2 Carrier Detect Output 


This pin is an output from the the on-board modem and satisfies the 
requirements outlined for pin 1 above. It is normally jumpered to pin | when the 
on-board modem is used. 
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Pin3 SIO Special Interrupt Input 


This signal is routed to the radio port DCD input pin on SIO U21. This signal is 
normally used during modem calibration. It may also be used for other 
purposes; if so, these functions will be listed in the software release notes. This 
pin is normally jumpered to pin 4 when the on-board modem is used. 


Pin4 — SIO Special Interrupt Generator Output 


This signal is an output from the on-board modem. It is normally used for 
modem calibration only. If it is used for other functions, they will be stated in 
the software release notes. This pin is normally jumpered to pin 3 when the on- 
board modem is used. 


Pin5 SIORTS Output 


This signal is used for transmitter activation. The SIO will pull this output low 
when the TNC2_ wants to transmit; otherwise it will remain high. This pin is 
normally jumpered to pin 6 when the on-board modem is used. 


Pin6 Transmitter Key Input 


This signal is an input to the on-board modem. It activates the PTT pin of the 
radio connector via the watch-dog timer. It should be left high and pulled low 
only when transmission is desired. This pin is normally jumpered to pin 5 when 
the on-board modem is used. 


Pin7 CONNECT Status Output 


This pin is an output from the SIO. It is normally low and goes high only when 
the TNC2 is in the connected (error-free) mode with another packet station. Its 
status is monitored via the CON LED. 


Pin8 Unacknowledged Packets Pending Status Output 


This pin is an output from the SIO. It is normally low and goes high only when 
this TNC2 has unacknowledged packets in its transmit buffer. Its status is 
monitored via the STA LED. 


Pin9 = CTS Input 


This pin is an input to the SIO. It is high when the attached modem is not ready 
to accept data, and low when the attached modem is ready to accept data. The 
TNC2 will not attempt to send data when this pin is high. This pin is normally 
jumpered to pin 10 when the on-board modem is used. 
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Pin 10 Transmitter Key Input 

This pin is physically tied to pin 6, above. It is used in conjunction with pin 9, 
above to allow the TNC2 to use the on-board modem whenever the transmitter is 
activated. 

Pin 11 Transmitter Clock (16x) Input 

This pin is tied to the NRZ-to-NRZI converter, which expects a clock signal at 
16 times the desired radio port data rate, e.g., 4800 Hz for 300 baud. This pin is 
normally jumpered to pin 12 when the on-board modem is used. 

Pin 12 Transmitter Clock (16x) Output 


This pin is tied to the radio baud rate switch network. It provides a clock at 16 
times the desired radio port data rate. This pin is normally jumpered to pin 11 
when the on-board modem is used. 

Pin 13 Receive Clock Input 


This pin is tied to the SIO receive clock input pin. It expects a clock at the 
desired data rate (1200 Hz for 1200 baud), of the proper phase relationship to 
the received data. This pin is normally jumpered to pin 14 when the on-board 
modem is used. 

Pin 14 Receive Clock Output 


This pin is the received data clock signal derived from the NRZI-to-NRZ state 
machine. This pin is normally jumpered to pin 13 when the on-board modem is 
used. 


Pin 15 TNC2 Ground Reference 
This pin ties to the TNC2 digital ground system, at the SIO. 
Pin 16 Turbo LED output 


This pin is used to connect the Turbo LED on the mother board to the external 
modem board. When this pin is high (+5Vdc), the Turbo LED will light. 


Pin 17 Receive Data Input 


This pin is the received data input to the NRZI-to-NRZ state machine. This pin 
is normally jumpered to pin 18 when the on-board modem is used. 


Pin 18 Receive Data Output 


This pin provides receive data from the on-board modem. This pin is normally 
jumpered to pin 17 when the on- board modem is used. 
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Pin 19 Transmit Data Output 


This line is the NRZ or NRZI (depending on the state of JMP11) data output. 
This pin is normally jumpered to pin 20 when the on-board modem is used. 


Pin 20 Transmit Data Input 


This input line accepts data to be be transmitted by the modem. This pin is 
normally jumpered to pin 19 when the on-board modem is used. If you elect to 
use an off-board modem, be sure to properly shield the interconnecting cables 
for RFI protection. 


TTL Port, J5 


The TNC2 also provides the user with a TTL Level Input/Output port, J5. This 
port is usable with computers that cannot make use of the Serial Input/Output 
RS-232C port. Below is the pin out of the TTL port: 


| 6 | DataSetReady _| 
| 8 AudioIn 


J5 TTL Port Pin Out 
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External Modem Port, J14 


MFJ Enterprises, Inc. also provides the user with an External Modem connector, 
J14. This connector can be used for adding either the MFJ-2400 or MFJ-9600 
baud modems. Below is a pin out of the J14 External-Modem interface 
connector: 


Ji4 Pin # 


-5V 


External Modem Interface Connector - J14 


HF TUNING INDICATOR 


The TNC2 has a built-in tuning indicator for HF operation. It is set for a center 
frequency of 2210Hz. The incoming audio frequency is centered at 2210 Hz. 
This is indicated by one or two of the center most LEDs brightly lit. When you 
are tuned to a lower center frequency, the LED to the left of center lights. When 
you are tuned too high, the right of center LED lights. The resolution between 
each bar segment is approximately 10 Hz. 
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TROUBLESHOOTING 


WARNING: Never remove or insert an IC with the power on! 


Your TNC2 is a complex piece of electronic equipment. Servicing must be 
approached in a logical manner. The best preparation for troubleshooting is to 
study the detailed hardware description in Chapter 7. While it is not possible to 
present all possible problems, symptoms and probable cures, this section of the 
manual will give direction to troubleshooting based on our experience. 


GENERAL TESTS 


In most cases we have found that careful visual inspection combined with simple 
measurements generally reveals the problem. The most useful single instrument 
for troubleshooting is a good DVM that can read AC and DC volts, and can non- 
destructively test resistance while the ICs are still in their sockets. 


While a number of checks may be made without the aid of an oscilloscope, you 
will need one to check signals at various points on the board if you fail to locate 
the problem by visual means or with a meter. Be very careful about shorting 
pins on ICs when applying meter or scope probes to the board. It is a good idea 
to attach a secure ground lead to the meter or scope, one that won't accidentally 
short across components on the board. A good place to pick up this ground is on 
the head of the screws which mount the printed- circuit board to the case. 


Step 1: Power Supply 


The first thing to check in any malfunction is the power supply. Check the 
power supply levels at the outputs of the voltage regulators (Q2 and Q3) as well 
as the output of the inverter (U2). Are they close to their nominal values? Do 
all the ICs in the suspected area have the proper voltage on their power pins? Is 
there excessive ripple in any of the DC voltage lines? If so, check the regulator 
and associated components, working backwards toward the input power switch. 
If the voltage is low, in conjunction with a hot regulator, suspect a short circuit 
on the board. 


If the problem is in the -5 volt supply, work backwards from Q2's collector, 
which should be -5 volts regulated, to the junction of C9 and CR2. If no voltage 
appears at -V, then U2 or a related component may be at fault. Verify that U2 is 
oscillating by looking at the wave form at U2 pin 5. If -V is more negative than - 
7 volts, but the -5 volt regulated voltage is wrong, check the negative regulator 
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components U3, Q2, R5, R6, R7, R8, CR6, C10, C11 and C58. If both -V and 
the -5 volt regulated voltage are wrong, look for shorts. 


Step 2: Obvious Problems 


CAUTION: A word of WARNING here. DO NOT touch any component 
which is suspect of being HOT. This could result in BURNS from the HOT 
component. 


Look for any unusual physical symptoms. Are any components discolored? 
Does something smell burnt? Do any of the parts seem excessively warm? If 
you have never had your fingers on operating digital integrated circuits before 
you may erroneously conclude they are too hot when they are actually operating 
normally. Take for instance, the Z80 CPU and the Z80 SIO. They generally are 
warm to the touch. In general their normal temperature will be well below the 
boiling point of water, but you may not want to keep your finger on them very 
long. 


Step 3: Assembly Problems 


Carefully inspect the PC board and component installation. Are any cold solder 
joints present? Is a metal screw shorting to the board anywhere? Are all ICs 
firmly seated in their sockets? Are any IC leads tucked under the chip or 
otherwise bent in such a manner that they aren't making proper contact with the 
IC socket? 


Inspect the diodes and electrolytic capacitors for proper installation. Are the 
diode cathodes pointing the correct way? Are the negative ends of the 
electrolytic capacitors pointing the correct way? 


Step 4: Cabling Problems 


Inspect the interconnection cabling. Does it work on another TNC? Has the 
radio and/or terminal been successfully used on packet with this or another 
TNC? Are all the connections tight? Has the cable frayed or broken? 


SPECIFIC SYMPTOMS 


While the steps described above may seem obvious, careful inspection often will 
point to the problem or give significant clues as to the probable area of the 
TNC2 most suspect. After the above inspection has been completed and 
apparent problems are dealt with, it is time to proceed to more specific analysis. 


Symptom: TNC appears dead 
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If the TNC2 powers up with the PWR, STA, and CON LEDs lit, followed by 
STA and CON extinguishing a second or so later, the processor is working and 
the software is probably working correctly. You should suspect the terminal port 
at this point. Check all connections and verify the logic levels according to the 
terminal interface troubleshooting section in this chapter. 


Oscillator and Reset Circuits 


If no LEDs cycle ON then OFF during the reset cycle the problem may be more 
serious. Check to see that the crystal oscillator is working and that an "M1" 
signal (154 kHz square wave, 0 to +5 volts) is coming from U22 pin 27. The 
crystal oscillator input to the processor (U22) is pin 6. The input clock should 
be a (possibly distorted) square wave signal. Verify that the clock input at pin 6 
of U22 is running at the correct frequency (near 4.9152 MHz). 


Verify that the battery backed-up RAM protection circuit, composed of Q4, U14 
and associated devices, is going to +5 volts at U14 pin 6 after input power is 
applied. This signal enables normal operation of U24 and U25. There should be 
a logical low on the output of U7 pin 12 coincident with the application of power 
and lasting for a few hundred milliseconds. Without this RESET signal, the Z80 
probably won't start up properly. 


DIGITAL LOGIC LINES 


Remember that all of the logic circuits operate at standard TTL levels (a "low" is 
less than +0.8 V and a "high" is greater than +2.4 volts), and all digital inputs 
and outputs switch between these two levels. Thus, if you see logic signals 
switching between 0 and, say, | volt, you can be sure there is a problem (usually 
a short). On the other hand, do not mistake switching transients on digital logic 
lines for improper operation, these show up as ringing and other distortions. 


Verify that there is activity on the control bus READ and WRITE lines, the 3 
CHIP-ENABLE lines on the memories (U23- 25, pins 20), the IOREQ line on 
U21 pin 36, and the INT line on pin 16. Each of these lines should show 
activity, and if any line is quiet this is a sign of trouble. 


Logic lines that show no activity may often be traced to a short on the pc board, 
probably due to a solder splash or bridge. 
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Address and data line shorts may also show up as lack of activity on the control 
bus lines, especially the chip selects. Check each of the 16 address and 8 data 
lines for activity. Any lines showing a lack of activity are not operating 


properly. 


If you suspect problems with address or data lines, try removing all the memory 
chips. Each address and data line will now show a distinct pattern. The address 
lines should be (possibly distorted) square waves whose periods increase by a 
factor of two on successive lines as you step line by line from AO to A15. 


If you decide to use an ohmmeter to check for shorted lines, use a low 
voltage/low current test instrument. (Most Modern DVMs are fine for this.) If 
in doubt, remove any ICs connected to the lines you are measuring. If you 
suspect a short, check the high density areas of the PC board for the problem. In 
most cases the short will be found there. It is very unlikely that the PC board 
itself will have a short. 


Symptom: Modem won't calibrate or key transmitter. 


Troubleshooting improper calibration amounts to checking for proper signals at 
U21 and following up any improper signal. If the calibration signal is present, 
but you cannot successfully calibrate the frequency, you may have an out-of- 
spec frequency determining component. Check the values of the appropriate 
passive components. Also, check the placement of jumpers! As a last resort, 
check the signal frequency with a frequency counter. Note that, due to frequency 
jitter while calibrating the demodulator, the STA and CON LEDs may blink 
somewhat even when the 1700 Hz demodulator frequency is correct. 


Calibration of the demodulator and the modulator tones are discussed in the 
Appendix chapter. 


If the transmitter doesn't key, the problem may be in the watch-dog timer, U7, or 
the PTT transistor, Q10. Check especially for an open timing capacitor C31 or a 
bad solder connection associated with R83. 


Symptom: Uncopyable transmitted or received packets 


If no one seems able to decode your packet transmissions, it is often the case that 
your transmitter is being overdriven. The solution is to reduce the drive level via 
trimpot R157. Note that direct connection to typical microphone inputs requires 
R157 or to be turned to near the minimum signal position to produce sufficiently 
low signal levels. 
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If you are having problems hearing other stations, the demodulator circuitry 
associated with U20 may be at fault. Check the center frequency of the VCO in 
U20 using the calibration procedure. Working in the direction of flow of the 
input signal from the radio, verify that it is being passed through to pin 2 of U20, 
the input pin. The signal there should be above 50 mV and below 3 V peak-to- 
peak for proper operation of the demodulator. It should be relatively clean, 
although a few tens of millivolts of noise is normal, and the signal amplitude 
should not change by more than about 25% between high and low tones. 


NOTE: Make sure that JMP 8 is ON. 
TERMINAL INTERFACE TROUBLESHOOTING 


If you cannot get the TNC2 to sign on and accept data from your terminal or 
computer, the problem may be in the RS-232C interface. The troubleshooting 
guide below is provided as an aid to help in resolving problems that may be 
related to the RS-232C port. 


SYMPTOM: TNC2 WON'T SIGN ON TO THE TERMINAL 


If you find the TNC2 won't send data to your terminal, one of the first things to 
do is to verify that the RTS line at pin 4 of J1 is not being held low. If the 
software flow control option is disabled, the TNC2 will not send data to the 
terminal unless its RTS is asserted. If the terminal does not implement the 
RTS/CTS protocol, the RTS/CTS lines (pins 4 and 5 on J1) should remain 
unconnected. 


Verify that the voltages on the TNC2 are correct. If the TNC2 is in otherwise 
good condition, check the following pins on the SIO, U21 (Z8440). Pin 23 
should be TTL low (between 0 and +0.8 volts). If this voltage is incorrect, 
check the voltage at U9 pin 3 and verify that it is greater than +3 volts. If this 
voltage is correct, U9 or the traces around it may be bad. If this is not the 
problem, disconnect the terminal and check it again. If this doesn't help, U9, 
R20 or R22 may be at fault. 


If the above checks are ok, observe pin 26 of U21 with an oscilloscope and cycle 
the power switch on the TNC2. Transitions on this pin shortly after reset 
indicate that the TNC2 is sending data. Verify that transitions are also present 
on U3 pin 1. If these tests fail, the fault could be with U13, R25, R26, U21, JI, 
the attached cable or faulty soldering (shorts, cold joints, etc.) 


Page 240 


TNC2 SYSTEM MANUAL TROUBLESHOOTING 


SYMPTOM: THE TNC2 SIGNS-ON WITH GIBBERISH 


This indicates that some combination of the data rate (baud rate), parity option, 
or number of start and stop bits are not set the same at the TNC2 and at the 
terminal. If possible, set your terminal to 1200 baud. Also verify that the 
terminal is set for eight data bits, no parity, and | stop bit. These are the default 
settings stored in EPROM. Perform a hard reset by the power switch OFF then 
ON (out then in). The sign on message should appear. 


If the TNC2 still prints gibberish, verify that the terminal is set to the TNC2's 
baud rate and do a power off then on cycle on both the TNC2 and terminal. If 
the message still fails to appear try troubleshooting with an oscilloscope, looking 
first at the TXD pin (pin 26) of U21 (Z8440), then at the x16 baud rate clock 
(19200 Hz at 1200 baud) on pin 27 of U21. 


SYMPTOM: THE TNC2 WON'T ACCEPT COMMANDS 


After the TNC2 signs on, try giving it a command such as MYCALL or any 
other command. If the default settings are in effect, it will attempt to echo each 
character you type back to the screen. If it doesn't echo, be sure that U21 pin 23 
has a voltage level between 0 and +0.8 volts on it. The voltage on U9 pin 3 
should be greater than +3 volts. If these voltages are not correct, the fault could 
be in U9, U21, J1, R20, R22, soldering, or the interconnecting cable. 


If the above checks are OK, use an oscilloscope to verify that data is present on 
U21 pin 28 and U9 pin | when you strike a key on your terminal. If not, the data 
isn't getting from your terminal to the TNC2. Check J1, the cable and U9 again. 
Finally, be sure that your terminal actually uses levels less than -3 volts and 
greater than +3 volts for signal levels. Voltage values of 0 and +5 volts may not 
work, especially if they are being used direct from a computer. 


SYMPTOM: THE TNC2 HAS "LOCKED-UP" 


If your TNC2 appears not to be responding to any commands, this may be due to 
some invalid parameters having been stored in the memory. Try turning the 
TNC2 off and disconnect JMP 5 on the TNC2 board. This will disconnect the 
memory back-up circuit and allow the memory to be erased. Re-install JMP 5 
after about 2 minutes and try operating again. 
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PACKET RADIO PROTOCOL 


EXPLANATION OF PROTOCOL 


The material in this chapter is intended to supply an overview of the packet 
protocol used to transmit data by the TAPR software. The TNC2 employs the 
genuine TAPR TNC 2 packet software. References are given to more detailed 
information required by those wishing to implement these protocols on other 
hardware. The material presented below is somewhat tutorial in nature for those 
who have not had previous exposure to layered network protocols, but it 
presumes some knowledge of general communications hardware and software. 
Persons already well versed in networking may want to skip this chapter and 
refer to the primary defining document, Amateur Packet-Radio Link-Layer 
Protocol, AX.25 Version 2.0, available from the ARRL, 225 Main Street, 
Newington, CT 06111 ($8.00 US, postpaid in the United States as of this 
writing). 


The TNC2 hardware and software architecture is organized in accordance with 
the International Standards Organization (ISO) layered network model. The 
model describes seven levels and is officially known as the ISO Reference 
Model of Open Systems Interconnection, or simply the ISO Model. The model 
and many other interesting topics are discussed in Computer Networks by 
Andrew S. Tanenbaum. 


The ISO model provides for layered processes, each supplying a set of services 
to a higher level process. The TNC2 currently implements the first two layers, 
the Physical layer and the Data Link layer. 


Physical Layer 


The duty of the Physical Layer, layer one, is to provide for the transmission and 
reception of data at the bit level. It is concerned only with how each bit is 
physically transmitted, i.e., voltages on a hardwire line or modem tones on phone 
or RF links. 


The physical layer of the TNC2 is described in Chapter 7, Hardware. It is 
compatible with the various TNCs currently available to radio Amateurs. The 
actual modem interface is compatible with the Bell 202 standard which is similar 
to the CCITT V.23 standard. Any other hardware device which is compatible 
with the Bell 202 standard should be compatible with the TNC2, at least at level 
one of the ISO reference model. 
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Data Link Layer 


The duty of the Data Link layer is to supply an error-free stream of data to higher 
levels. Since level one simply passes any bits received to level two and is 
unaware of the content or overlying structure of the data, transmission errors are 
not detectable at level one. Level two carries the responsibility of detecting and 
rejecting bad data, retransmitting rejected data, and detecting the reception of 
duplicate data. 


Level two accomplishes this task by partitioning data to be transferred by level 
one into individual frames, each with its own error detection field and frame 
identification fields. The TNC2 supports two versions of a level-two layer, 
AX.25 version 1.0 and AX.25 version 2.0. Each of these protocols is based on 
HDLC, the High-Level Data Link Control protocol defined by the ISO. 


HDLC Frames 


Exact knowledge of the format of HDLC frames has been made largely 
unnecessary by the advent of LSI and VLSI communications chips which 
interface directly with the level one hardware. The level two software need only 
supply data to fill in various fields and the chip takes care of the rest. For 
completeness however, an HDLC frame looks like this: 


| FLAG | ADDRESS | CONTROL | PID & DATA | FCS | FLAG | 


FLAG A unique bit sequence (01111110) used to detect frame boundaries. A 
technique called "bit stuffing" is used to keep all other parts of the frame from 
looking like a flag. 


ADDRESS A field normally specifying the destination address. AX.25 uses a 
minimum of 14 bytes and a maximum of 70 bytes containing the actual call signs 
of the source, destination, and optionally up to eight digipeaters. 


CONTROL A byte which identifies the frame type. In the AX.25 protocol, the 
control field may include frame numbers in one or two 3-bit fields. 
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PID A Protocol Identification byte appears as the first byte of the HDLC DATA 
field in AX.25 Level Two information frames, and identifies which Level 3 
protocol is implemented, if any. In the case where no Level 3 protocol is 
implemented, PID = $F0. 


DATA This field contains the actual information to be transferred. This field 
need not be present. Most frames used only for link control do not have data 
fields. 


FCS Frame Check Sequence, a 16-bit error detection field. 


The communications chip recognizes the opening and closing flags and passes 
the address, control, and data (including PID) fields to the software. The FCS 
field is a Frame Check Sequence computed by the transmitting chip and sent 
with the frame. The receiving chip recomputes the FCS based on the data 
received and rejects any frames in which the received FCS does not match the 
computed FCS. There is virtually no chance of an undetected bad frame using 
this method. This satisfies the level two task of bad data detection. 


The communications chip used in the TNC2 is a Zilog 8440 SIO operating in 
conjunction with a two-chip "state machine" which is used to recover the data 
clock. The transmitted data is encoded in NRZI form, which encodes a "0" data 
bit as a transition in the encoded bit stream and a "1" data bit as no transition. 
This, in combination with the "bit-stuffing" which ensures that no more than five 
"1"s occur in a row except when FLAG bytes are being transmitted, guarantees 
that a logic level transition occurs at least once every 5 bit times. These 
frequent transitions allow the receiver to synchronize its clock with the 
transmitter. Other chips which are compatible with the SIO + "state machine" 
are the Western Digital 1933/1935, the Intel 8273 (used on the VADCG and 
Ashby TNCs) and the Zilog 8530 (used on the Xerox 820 FAD adapter). 


While the HDLC format supplied by the communications chips is used by the 
AX.25 protocol, there are several other Layer Two concerns. These are 
duplicate frame detection, connection and disconnection of the level two layers 
on different TNCs, and buffer overrun avoidance. The AX.25 protocol solves 
these problems as described below. 
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AX.25 LEVEL TWO 


AX.25 is based on the Balanced Link Access Procedure (LAPB) of the CCITT 
X.25 standard. LAPB in turn conforms to the HDLC standard. Two extensions 
are made to LAPB in AX.25. These are the extended address field, and the 
unnumbered information (UI) frame. In LAPB, addresses are limited to eight 
bits, while AX.25 uses from 112 to 560 bits, containing the originator's call sign, 
the destination call sign and an optional list of one to eight digipeater (simplex 
digital repeater) call signs. 


The UI frame is used to send information bypassing the normal flow control and 
acknowledgment protocol. The UI frame is not acknowledged but can be 
transmitted at layer two without fear of disturbing higher layers. It is used for 
beacon frames, for automatic identification packets, and for sending information 
frames when the TNC2 is not connected to another TNC, e.g., CQ and QST 
activities. 


The exact specifications for AX.25 are supplied in the ARRL publication 
Amateur Packet-Radio Link-Layer Protocol, AX.25 Version 2.0. The TAPR 
implementation adheres to this standard for AX.25 version 2.0. The 
implementation of version 1.0 is almost identical to the TAPR TNC 1 version of 
AX.25 protocol in software releases 3.x. This provides compatibility with the 
majority of Amateur packet radio stations. 


The following table lists the frame types used by AX.25 and describes their 
purpose. This material is provided to give a general understanding of the 
protocol, and is not intended to replace the published specification. The byte 
fields are given as they appear in memory after data is received, i.e., the high 
order bit is at the left and the low order bit is at the right. This is also the format 
of the display provided by the TRACE command. Some texts, including the 
AX.25 protocol specification, list the bits in the order in which they are 
transmitted, which is low order bit first. 


The control bytes are presented in hex with "x" used to indicate four bits which 
depend on the acknowledge functions the packet is performing. Usually "x" is a 
frame number. Frame numbers fit into three bits and are used to ensure that 
frames are received in order and that no frames are missed. Since only three bits 
are available, the frame number is counted module 8. This is why the 
MAXFRAME parameter has a ceiling of 7: no more than seven frames can be 
"in flight" (transmitted but unacknowledged) at one time. A short description of 


the use of the frames is given after the table. 
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[xl [RR | ReceiveReady 


even | I Any frame ending in an even number (including $A, 
$C, and $E) is an information frame. 


Table 10-1 AX.25 Control Codes 


I This and UI frames are the only frame types containing user data.The control 
byte contains this frame's number and the number of the next frame expected to 
be received from the other end of the link. 


RR_ Usually used to acknowledge receipt of an I frame. The RR function can 
also be performed by sending an I frame with an updated "expected next frame 
number" field. 


RNR Used when the buffer space on the receiving side is full. 


REJ Used to request retransmission of frames starting from "x". Missed frames 
are detected by receiving a frame number different from that expected. 


DM_ Sent in response to any frame received other than a connect request 
(SABM) when the TNC is disconnected. Sent in response to an SABM 
whenever the TNC is on the air but cannot connect to the requesting user, e.g., if 
the TNC is already connected to someone else or if CONOK is OFF. 
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SABM Set Asynchronous Balanced Mode initiates a connect. 
DISC Initiates a disconnect. 
UA Sent to acknowledge receipt of an SABM or DISC. 


FRMR Sent when an abnormal condition occurs, i.e., the control byte received 
is undefined or not proper protocol at the time received. UI frames UI An I 
frame without a frame number. It is not acknowledged. 


CHANNEL USE AND TIMING FUNCTIONS 


The following discussions mention timing parameters which are set by various 
commands. These timing functions are also discussed in Chapter 5. 


An important part of any packet radio protocol is the means by which many 
stations make efficient use of an RF channel, achieving maximum throughput 
with minimum interference. The basis for this time domain multiplexing is 
Carrier-Sensed Multiple Access (CSMA) with collision detection and collision 
avoidance. 


CSMA means simply that (as every Amateur knows) no station will transmit if 
the frequency is in use. The TNC2 continually monitors for the presence of an 
audio data carrier on frequency and transmits only if there is no carrier. (The RF 
catrier is not normally detected; however, an input is available on the TNC2 
radio interface connectors to allow such an input.) In order to make detection of 
a busy channel more reliable, the TNC2 sends an audio signal (continuous flags) 
any time the transmitter is keyed and a packet is not being sent, as during the 
transmitter keyup delay (TXDELAY), or while a slow audio repeater is being 
keyed (AXDELAY). 


By itself, CSMA is not enough to insure a minimum, or even low, interference 
rate, due to the likelihood of simultaneous keyup by two or more stations. This 
is where collision detection and collision avoidance come in. The TNC2 detects 
a collision by the absence of an ACK from the station it is sending to. The 
receiving station does not acknowledge the frame that suffered the collision, 
since either the FCS was incorrect or the packet was not heard. There are other 
possible reasons for non-receipt of the packet, but the TNC2's response is based 
on the assumption of a collision. 
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After transmitting a packet, the TNC2 waits a "reasonable" length of time 
(FRACK) for an acknowledgment. "Reasonable" is determined by the link 
activity, frame length, whether the packet is being digipeated, and other time- 
related factors. If no ACK is received, the packet must be re-sent. If the 
unACKed frame was lost due to a collision, the assumption is that there is at 
least one other packet station out there that also lost a frame and will probably 
have exactly the same criterion for deciding when to retry the transmission as 
this station is using. 


In order to avoid a second collision, the collision avoidance protocol calls for the 
stations retrying transmissions to wait a random time interval after hearing the 
frequency become clear before they key their transmitters. There must be 
enough different random wait times to provide a reasonable chance of two or 
more stations selecting different values. The difference between adjacent time 
values must be similar to the keyup time delay of typical stations on the 
frequency. This is the time lapse after a station keys its transmitter before other 
stations detect its presence on the channel, and is a function of the keying 
circuitry of the transmitter and the signal detection circuitry of the receiver. We 
have chosen the random time to be a multiple (0-15) of the transmitting station's 
keyup delay (TXDELAY). This is reasonable if one's own keyup delay is 
similar to that of other stations on the channel. 


One other factor must be taken into consideration in optimizing data throughput. 
The currently implemented link protocols provide for relaying (digipeating) of 
packets. The acknowledgment procedure for such packets is that the relay 
station simply repeats packets without acknowledgment to the sending station. 
The receiving station sends its ACK back through the same digipeaters to the 
originating station. Since the digipeated packets are not acknowledged to the 
digipeater, an unsuccessful transmission must be retried from scratch by the 
originating station. In order to help alleviate the congestion of the frequency that 
tends to result when digipeated packets suffer collisions, the digipeater is given 
first shot at the frequency every time it becomes clear. Other stations, instead of 
transmitting as soon as they hear the channel clear, must wait a short time 
(DWAIT). This restriction applies to all stations except the digipeater, which is 
permitted to transmit relayed packets immediately. This prevents digipeated 
packets from suffering collisions except on transmission by the originating 
station. 
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A special time delay (RESPTIME) is used as the minimum wait time prior to 
transmitting acknowledgment frames, to prevent TNCs accepting data at high 
speed from the asynchronous port from colliding with acknowledgment frames 
when fewer than MAXFRAME packets are outstanding. The receiving TNC 
will wait long enough before sending the ACK so that it will hear the data packet 
which would have caused the collision, thus avoiding a fairly frequent source of 
delay in versions of AX.25 prior to 2.0. 


CHANNEL FLOW CONTROL 


Flow control of data through the link is determined by the rate at which data is 
being supplied to a sending TNC and accepted from a receiving TNC. 


A TNC receiving data from the link will send an RNR when the next I frame 
successfully received will not fit into the buffer for output to the serial port. 


Whenever a TNC transmitting data received from the serial port over the link 
runs out of temporary buffer space, the serial port will be halted by an XOFF 
character or CTS signal. In the TNC2 implementation this happens whenever 
there are 7 packets built and less than 210 characters left in the buffer for input 
from the serial port. 


When the TNC receiving data from the link clears out its buffers, it sends an RR 
to the transmitting TNC. In order to guard against the possibility of the RR 
being lost and the link becoming permanently locked, the transmitting TNC will 
periodically re-transmit the packet that provoked the RNR. The receiving TNC 
will continue to respond with RNR until it can accept the packet. 
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RADIO HOOKUP 


MFGS.OR | CONNECTOR MIC. AUDIO PTT To RX AUDIO To | GROUND 
RADIOS TYPE To pin 1 of pin 3 of pin 4 of 1278 To pin 2 of 
1278 1278 1278 


pT Spin | Pint | Pin? | Speaker | Pin 4S 
po pin | Pint | Pin | Speaker | Pino 
po | 8 Pin | Pint | Pin? | Speaker | Pin7.8 | 
ee 16 = | | el 
ae Sop | | 
fa a es a a a ee ee ee ee | 
po TB pin | Pint | Pin 5 | Speaker orpin8 | Pin6,7__| 
Pp TTS | TipSm__ | TipSm_ | Tiptg | Sleeves 

po” | 8 Pin | Pin | Pin | Speaker | Pin? 
a SR a a (a | 
Es a A SC a a) a a) 


Table: A-1 HOOKUP FOR SPECIFIC RADIOS 


Some ICOM and Yaesu HTs key the transmitter by completing the ground 
connection on the microphone. If your HT is one that is noted in the above 
chart, you must follow the instruction given in Chapter 3 of this instruction 
manual. 


NOTE: The radio connection information listed in the above chart is believed to 
be accurate. However, you should CHECK the ACCURACY of this 
information with the INSTRUCTION MANUAL of your radio. MFJ 
Enterprises, Inc. is not responsible for any inaccuracy of information 
listed in the above chart. 
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MODEM CALIBRATION 


The TNC2 is factory calibrated to operate to within factory guidelines. If it 
becomes necessary to re-calibrate the modem, then the following procedure is 
provided. 


MODULA TOR/DEMODULATOR FREQUENCY CALIBRATION 


Here we will present two (2) Modulator and Demodulator calibration methods. 
Method I requires test equipment as noted, where Method II does not require test 
equipment. 


Method I 


HF Modem 


Test equipment needed: Frequency Counter, oscilloscope and probes. 

1. Install push-on jumpers on JMP 4 and JMP 7. 

2. Verify a push-on jumper is installed on JMP 8. 

3. In the following procedure all frequencies are to be set to within +/- 2 HZ. 
4. Place the frequency probe at JMP 9 pin 1. This is the top pin of JMP9. 

5. Place the oscilloscope probe on top pin of JMP 10. 

6. Set dip switch #6 ON. 


7. Set one of the dip switches 1 thru 5 to the Computer Baud Rate which 
appiles to the baud rate being used on the computer. 


8. Push the VHEF/HF switch to the HF position. 
9. Initiate the calibration mode by typing: 
CALIBRATE <ENTER> 


10. Now the modem must be keyed up. Do this by pressing the K key. 
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11. Check the voltage on pin 9 of U16. Press the SPACE BAR until this pin 
indicates -5 VDC. 

12. Adjust R106 to where the frequency counter indicates 2125 Hz +/- 2 Hz. 

13. Press the SPACE BAR until pin 9 of U16 indicates +5 VDC. 

14. Adjust R105 to where the frequency counter indicates 2295 Hz,+/- 2 Hz. 

15. Press the D key. 

16. Locate R212, which is near the front of the PC board by the tuning 
indicator. Adjust R212 until the 10th led from the left is lit on the tuning 
indicator. This enables proper signal tuning within the HF bands. 

VHF Modem 


Test equipment needed: Frequency Counter, oscilloscope and probes 


1. 


2: 


Install push-on jumpers on JMP 4 and JMP 7. 

Verify a push-on jumper is installed on JMP 8. 

In the following procedure all frequencies are to be set to within +/- 2 HZ. 
Place the frequency probe at JMP 9 pin 1. This is the top pin of JMP9. 
Place the oscilloscope probe on top pin of JMP 10. 

Set dip switch #7 ON. 


Set one of the dip switches | thru 5 to the Computer Baud Rate which 
appiles to the baud rate being used on the computer. 


Push the VHEF/HF switch to the VF position. 
Initiate the calibration mode by typing: 


CALIBRATE <ENTER> 
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10. Now the modem must be keyed up. Do this by pressing the K key. 


11. Check the voltage on pin 9 of U16. Press the SPACE BAR until this pin 
indicates -5 VDC. 


12. Adjust R78 to where the frequency counter indicates 1200 Hz +/- 2 Hz. 
13. Press the SPACE BAR until pin 9 of U16 indicates +5 VDC. 

14. Adjust R77 to where the frequency counter indicates 2200 Hz,+/- 2 Hz. 
15. Press the D key. 


16. Set the TIME/DIV. scale on the scope to 1 MS/DIV and the VOLT/DIV 
scale to 5 V/DIV. Connect the scope probe to the toppin of JMP 10. 


17. Adjust R79 so that signal on the scope shows a 50% duty cycle square 
wave. The square wave should be uniform in width ( i.e hightime is equal 
to the low time ). The pulse duration of the high time and the low time is 
approximately 2.4ms. There will be a point where the CON and STA 
LEDS may alternate simultaneously. 


18. Type Q to quit the calibration routine. 
METHOD II 


The below procedure needs no test equipment, and is very accurate if done 
properly. Be sure to follow each step carefully. If any problems arise, please go 
back and check the preceeding step, to make sure it worked. 


This procedure is a three (3) step process. The three steps areas follows: 
1. Center the modulator tones over the required modem center frequency (Fc). 
2. Align the demodulator center frequency. 


3. Align the tuning indicator. 


NOTE: ALL THREE STEPS SHOULD BE PERFORMED IN THE ABOVE 
ORDER! 
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If they are not all done in the correct order, the modem may not be receiving and 
transmitting on the same frequency, and the tuning indicator may give false 
indications. 


The third step, alignment of the tuning indicator, should only be used in 
conjunction with alignment of the 300 baud 170 Hz shift demodulator. 


The other AFSK modems available in the TNC2 an be aligned using exactly the 
same steps presented here but substituting the appropriate part numbers for the 
adjustments. However, do NOT align the tuning indicator to anything but the 
300 baud 170 Hz shift HF packet modem. 


It is important that the tuning indicator alignment be optimized for the 300 baud 
170 Hz shift HF packet modem. It will indicate correctly for all other modes 
when aligned for the HF packet modem. 


As described elsewhere in this manual, the exact configuration of your radio's 
filters and whether it has IF shift or not will determine the exact required center 
frequency for the modem. Once the required center frequency has been 
determined, the modem calibration can be carried out. 


NOTE: It is essential that the modulator tones be properly aligned FIRST as 
they will be used to align the demodulator center frequency. 


Set the modulator tones to Fc MINUS 1/2 of the shift for the low tone and Fc 
PLUS 1/2 of the shift for the high tone. For the 170 Hz shift 300 baud modem 
used for HF packet this would be Fc + 100 Hz for the high tone and Fe - 100 Hz 
for the low tone. 


Set Modulator Tones Using Built-in Calibration Software 


1. Make sure that the modem and TNC are both configured for 170 Hz shift 
300 baud operation. 


2. Place a push on jumper at JMP 4 and JMP 7. 


3. Verify push-on jumpers at JMP8 and JMP 9 pins 1&2. 
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4. 


Type "CALSET n <CR>". Where n is a number determined by: 


n= INT [ 525000 / Fdow) ] + 1 


This tells the CPU what tone frequency you are trying to achieve. 


A table of CALSET numbers to use for the various "standard" modem tone 
frequencies will be included at the end of this procedure. 


5. 


10. 


11. 


12. 


13. 


14. 


15. 


Command the TNC2 into calibrate mode by typing "CALI followed by a 
<CR>". 


Command the TNC2 to key the modem by typing "K". 


Select the low tone by pressing the space bar until a voltmeter connected to 
U16, pin 9 reads - 5 volts. 


Adjust R106 carefully until both the "CON" and "STA" LEDs on the front 
panel of the TNC are lit. One of the leds may filcker slightly. This is 
normal. 
Type a "Q". This exits the TNC2 from calibrate mode to ommand mode. 
Type "CALSET n <CR>". Where n is a number determined by: 

n= INT [ 525000 / F(high) ] + 1 
Command the TNC2 into calibrate mode by typing "CAL <CR>". 


Command the TNC2 to key the modem by typing "K". 


Select the high tone by pressing the space bar until a voltmeter connected 
to U16, pin 9 reads + 5 volts. 


Adjust R105 carefully until both the "CON" and "STA" LEDs on the front 
panel of the TNC2 are lit. One of the leds may flicker slightly. This is 


normal. 


Type a"Q". This exits the TNC2 from calibrate mode to command mode. 
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This completes the modulator tone alignment using the built in calibration 
facility. If you had any problems with this section, then DO NOT go beyond this 
point. If you do the calibration will be inaccurate. However, if all went well, 
then you may proceed. 


Now that the modulator tones have been properly centered over the intended 
modem center frequency (Fc), now the demodulator center frequency will be 
aligned. 


Demodulator Center Frequency Alignment 


1. Place push on jumpers at JMP 4 and JMP 7, if they are not already in place. 
2. Verify a jumper is at JMP 9 pins | and 2 and JMP 8. 


3. Type CALSET n <CR>. Where n is a number determined by the following 
equation: 


n= INT (262,000 / f) +1 
4. Command the TNC2 into calibration mode by typing CAL <ENTER 
5. Command the TNC2 to key the modem by typing K <ENTER> 


6. CAREFULLY adjust the appropriate control until the DCD LED on the 
front panel is fully illuminated. 


Continue to VERY CAREFULLY adjust R113 until the STA and CON LEDs on 
the front panel either change state very slowly (alternate which one is lit) or until 
both are simultaneously illuminated. 


NOTE: This is a very critical adjustment. It is very unlikely that you will be able 
to cause both LEDs to be turned on simultaneously, for longer than a 
very brief instant. Just fine tune R113 very carefully, and notice the 
action between the STA and CON leds. If they flash back and forth this 
is acceptable. 


7. Return the TNC2 to command mode by typing a "Q". 
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This completes demodulator center frequency alignment using the built in 
calibration software. If there were any problems in the preceeding procedure, 
then DO NOT go beyond this point. If you do the calibration will be inaccurate. 


Now that the demodulator and modulator are properly aligned to one another, 
the tuning indicator can be set for proper center indication. 


Tuning Indicator Alignment 


This procedure adjusts the tuning indicator so that it correctly indicates when a 
signal is properly tuned in relation to the demodulator center frequency. In order 
for the Tuning Indicator to be properly aligned the above calibration must be 
done properly, otherwise you will align the Tuning Indicator improperly. 


NOTE: The tuning indicator should ONLY be adjusted in reference to the 300 
baud 200 Hz shift modem used for HF packet and RTTY. If adjusted 
for this modem, It will indicate with sufficient accuracy for all other 
modes. 


1. If you have not just finished aligning the modem as per the above 
instructions, do so now. Otherwise you may be aligning the tuning 


indicator to incorrect calibration settings. 


2. Install push on jumpers at JMP 4 and JMP 7, if they are not still in place 
from the modem alignment procedure. 


3. Ensure that the jumpers on JMP9 is in place as stated in the demodulator 
alignment section above. 


4. Command the calibration routine to send 50 percent duty cycle square 
wave data from the modulator by typing "RXCAL" <CR>. 


5. While observing the LEDs in the tuning indicator, adjust R212 in the 
tuning indicator area so that either the 10th or 11th led from the left (or 
both) are illuminated. 


6. Return the TNC2 to command mode by typing "Q". 


7. Remove jumpers at JMP 4 and JMP 7. 
This completes the tuning indicator alignment. 


Page 257 


TNC2 SYSTEM MANUAL APPENDIX B: CALIBRATION 


Now the modulator, demodulator, and tuning indicator are all aligned to the 
same center frequency. If you notice that on the air reports suggest that you are 
transmitting and receiving on significantly different frequencies after 
successfully completing the above alignment procedure, it is possible that the 
radio needs realignment. Many different transceivers for HF are capable of 
being misaligned due to reference oscillator crystal aging or careless alignment 
by amounts exceeding 500 Hz. RIT inadvertently left on can also cause hard to 
detect problems in this area. Reliable HF packet communications requires that 
the frequency error presented to the demodulator be below 30 Hz. If several 
stations are to successfully share a single channel, transmitter / receiver offsets 
larger than this will be intolerable. 
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TNC2 ADJUSTMENT LOCATION MAP 


This is a map of the physical locations of the adjustment potentiometers on the 
TNC2 circuit board. They are shown as they appear when looking down on top 
of the board with the board oriented so that the rear panel connectors are to the 
left. Information in the boxes is organized as shown below: 


R78 VP L| VHF Low Tone 
1200 438 Modulator 
R77 VP H| VHF High Tone 
2200 240 Modulator 
R106 HPL| HF Low Tone 
2125 247 Modulator 
R105 HP H| HF High Tone 
2295 229 Modulator 
P 


R79 Vv VHF Demodulator 
CALSET 8 


R113. HP | HF Demodulator 
CALSET 32 


The TNC2 can be setup to work with tone pairs other than the factory settings. 
The table below shows the different tone pairs and what needs to be adjusted to 
obtain them. 


Page 259 


TNC2 SYSTEM MANUAL APPENDIX B: CALIBRATION 


Calset Values for Various Modulator Tone frequencies 


CALSET # | Adjust | Modem / Remarks 
2125 R106 HF Packet, Fe = 2210 Hz, 170 Hz shift 
2295 RIS 


Packet / Fe = 1700 Hz, 800 Hz shift. CCITT 
V.23 std., preferable for HF 1200 baud, works 
well on VHF FM too 


fee ee ee 
—— es 
— R78 Packet / 1000 Hz shift standard. Too wide to fit 
comfortably through SSB filters for linear 
mode 1200 baud use 
2200" SI 2A00 =. RA 
a |e es 


ee 
}2975 77 ROS 
ee ee ee aes 
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AUDIO OUTPUT CALIBRATION 


The transmit audio output levels of TNC2 Radio Port is factory set to 250 mV. 
You may find it necessary to set the output levels differently to match your radio 
specifications, then you should follow the procedure given in this appendix. 


Transmit audio adjustment is accessible from the outside through the small 
screwdriver adjustment holes on the left side of the TNC2. It is not necessary to 
remove the cover. 


Most often audio output level of the TNC2 can be set simply by monitoring the 
transmitting audio with a connecting station. However, if you require a more 
precise setting or making the adjustment without an on-the-air test, then use the 
procedure given here. 


AUDIO OUTPUT LEVEL ADJUSTMENT PROCEDURE 


1. After the cmd: prompt sign, set the TNC2 to VHF packet mode by setting 
S1 to the VHF (IN) position. 


2. Set dip switch #7 on SW3 to the ON position. Set the correct terminal 
baud rate on SW3 according to the baud rate you are running on you 
computer or terminal. A list of terminal baud rates available is shown 
below: 


DIP SWITCH # | BAUD RATE 
300/19.2K 
1200 


2400 
4800 
9600 


3. Place a push on jumper at JMP4 and JMP7. 


4. Enter: CALI <CR> Press the "K" key. The PTT LED should illuminate. 


5. Place the oscilloscope probe at JMP7. 


Page 261 


TNC2 SYSTEM MANUAL APPENDIX C: AUDIO OUTPUT 


10. 


11. 


12. 


Signal on the scope will be approximately 2.5 volts p-p. 


Verify that the voltage on pin 9 of U16 is -5 Vdc. If it is +5 Vdc instead of 
-5 Vdc, push the space bar. The voltage should alternate between +5 Vdc 
and -5 Vdc each time the space bar is pressed. Set this point to -5 Vdc. 


Move the probe to J9 pin 1 (TX audio). Adjust R157 for a signal of 100 
mV p-p as shown on the scope. Or set it to a level recommended by your 
radio instruction manual. 


Move the probe to J9 pin 4 (RX audio). The signal should be 
approximately | V p-p. 


Press the space bar and again measure the peak to peak voltage at J9 pin 
4.The audio level should not change.(Both mark and space audio should be 
at the same level.) 


Remove the jumpers from JMP 4 and JMP7. 


Switch SW1 to the OFF position. 
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HF RADIO ALIGNMENT 


If you have determined that it is necessary to realign the TNC2 modem center 
frequency to your radio filter center frequency, one of the following 2 methods 
should be used to make the radio filter center frequency (Fc) determination. 
Both methods require access to a frequency counter capable of measuring audio 
frequencies to a resolution of 1 Hz. Almost any frequency counter should be 
capable of this. 


FIRST METHOD: NOISE AVERAGE FREQUENCY 


This method also requires an active noise source like a receiver noise bridge. 
There are several suitable units available for this purpose. 


1. 


2: 


Set the receiver to LSB mode with the 500 Hz filter selected. 


Connect the noise source to the receiver input. Make sure there is no 
antenna connected to the system and that the receiver is tuned to a 
frequency which is free of coherent internally generated signals (birdies). 


Set the noise source output for a reading of approximately S-9 on the 
receiver S meter. 


Connect the counter to the receiver audio output 


Adjust the receiver output level for enough audio to reliably trigger the 
counter. 


Make sure the radio's IF shift control, if one is present, is in its proper 
position (centered or on detente). 


Record the frequency indicated by the counter. The counter should 
indicate the average frequency of the noise spectrum passed by the filter in 
the receiver and translated to audio by the product detector. This will be 
the frequency used for the modem center frequency (Fc). 


NOTE: If the counter is a phase locked loop (PLL) based prescaling type, its 


PLL may not lock properly to the noise signal. If this is the case, use 
method 2 below. If your counter can resolve | Hz with a counting gate 
time of less than | second, it is a PLL prescaling counter. 


SECOND METHOD: FILTER SKIRT AVERAGE FREQUENCY 
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L. 


2. 


10. 


Set the receiver to LSB mode with the 500 Hz filter selected. 


Make sure the radio's IF shift control, if one is present, is in its proper 
position (centered or on detente). 


Using either a signal generator or a stable, relatively strong carrier from an 
AM broadcast transmission (preferably ground wave signal), tune the 
receiver so that the carrier falls near the center of the filter passband. 
Choose a signal level near S-9 for this test. If your rig has a built in 
calibration oscillator, this is a good source for this signal. 


Slowly and carefully tune the receiver so that the tone frequency is 
decreasing. 


Find the point where the signal is reduced by 1 S-UNIT from the peak 
value reached near the center of the filter passband. 


Measure this tone frequency with the counter. Record this value as Flow). 


Slowly and carefully tune the receiver so that the tone frequency is 
increasing. 


Find the point where the signal is reduced by | S-UNIT from the peak 
value reached near the center of the filter passband. 


Measure this tone frequency with the counter. Record this value as 
F(high). 


Calculate the required modem center frequency as: 


Fe = [F(low)+F (high) //2 


Once the required center frequency has been determined, the modem calibration 
can be carried out. 


NOTE: It is essential that the modulator tones be properly aligned FIRST as 


they will be used to align the demodulator center frequency. 
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Set the modulator tones to Fe MINUS 100 Hz for the low tone and Fe PLUS 100 
Hz for the high tone using the procedure given in the owners manual. Align the 
demodulator to the modulator tones using the built in demodulator alignment 
facility invoked with the RXCAL command described Appendix B of this 
manual. 
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NET/ROM OR THENET INSTALLATION 


Firmware such as Net/Rom™ or TheNet™ can be used with the TNC2. If you 
want to install Net/Rom™ or TheNet™ in the TNC2 a very simple modification 
must be performed. Once modified, the TNC2 can run Net/Rom™ or TheNet™ 
along with other special firmware that is written for the TNC2 design. 


The modification involves replacing U40 with a pre-programmed header as 
shown below. The eprom, U23 will then be able to be replaced by eproms that 
contain programs such as Net/Rom™ and TheNet™. 


INSTALLATION PREPARATION 


In the following section we will take you through the steps on preparing the 
TNC2 for NetRom™ or TheNet™ installation. Each step must be done in the 
order presented, to ensure a proper and working installation. The installation 
steps are as follows: 


1. Disconnect all power supply voltages from the TNC in which the 
installation to be done. 


2. Remove all interconnecting cables, including terminal, power supplies, and 
computers. 


3. Remove the four (4) screws that secure the top cover and remove the top 
cover. 


4. Remove the faceplate screws and remove the faceplate. Set the faceplate 
aside so it does not get scratched. 


5. Remove all screws that secure the PC board and the voltage regulator to the 
bottom chassis. 


6. Remove the TNC2 PC board from the bottom chassis. 
7. Locate IC U40 on the TNC2 PC board and remove it from its socket. This 
IC is not needed when running the X-1J firmware. Be sure to set it aside in 


a safe place, because if you ever convert the TNC2 back to normal, then 
you will need it. 
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8. Place a shorting jumper at JMP16, if using The Net™ or NetRom™ 
firmware. If using X1-J firmware place a shorting jumper at JMP21. 


9. Check R14 and R15 for components. If there are not 100 ohm resistors in 
R14 and R15, then install one in each place. This is necessary for Gateway 
operations only. Be sure you make good shiny solder joints on all 
connections. A good solder joint could make the difference between a 
working installation and a non-working installation. Here are a couple of 
hints for making good solder connections: 


a. Heat the joint to be soldered for a few seconds first. 

b. Apply the solder to the joint, NOT the soldering iron. Allow the 
solder to flow onto the joint. Use only enough solder to do the job. 
Make sure the resistor hole is filled with solder, not leaving any pits in 
the joint. 

c. Once you remove the soldering iron from the joint, DO NOT touch 
the joint again with the iron. This will result in a cold solder joint. 


Remember a good solder joint will be smooth and shiny in appearance, where- 
as a cold solder joint will present a grayish and dull look. After done soldering 
the resistors at R14 and R15, clip the excess lead, to ensure no shorts occur. 


10. Re-install the TNC2 PC board back into the bottom chassis and secure it 
with the screws removed in step# 5. DO NOT forget to secure the voltage 
regulator with its screw and nut. 


11. Re-install the faceplate to the bottom chassis with the screws removed in 
step #4. 


12. Remove the bbRAM memory backup jumper JMP5 on the TNC2 PC 


board. Memory backup jumper, JMP5S is located just to the right and above 
the battery. 
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13. 


14. 


15. 


16. 


17. 


18. 


Use a small flat-tipped screwdriver and remove the system EPROM, U23 
from its socket. Please use care when removing the eprom as to not to 
bend any pins. Please note the orientation of the eprom before removing, 
because you will need to install the NetRom™ or TheNet™ exactly the 
same way. 


Install the system for NetRom™, BPQ™, or TheNet™ or whichever you 
have. Follow the instructions for the eprom installed as for any special 
details. 


Depending on the type of IC used for NetRom or BPQ you will need to set 
JMP15 to the proper position. Please refer to Table G-1 in the appendix 
for information on JMP15. A jumper on JMP15 is not required when using 
TheNet™ X-1J in the TNC2. Remove the shorting from JMP15 and place 
it on only one of the pins of JMP15. 


Remove the shorting jumper on JMP9 pins 2 and 3 and place it only on one 
of the header pins. 


Locate JMPX on the TNC2 PC board and cut the shorting trace. This will 
prevent the node from hearing itself on-the-air. 


Double check all installation steps both in this section of the TNC2 manual 
and your NetRom™, BPQ™, or TheNet™ documentation. 


If there are any questions at all DO NOT hesitate to call our Technicians here at 
MFJ Enterprises, Inc. They will be more than happy to help you in any way on 
anything having to do with this instruction. 


Set the terminal program parameters as specified by the Net/Rom™ , BPQ™, or 
TheNet™ documentation. 
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TNC2 2400 PACKET OPERATION 


If your TNC2 does not have the 2400 modem, an optional modem, MFJ-2400 
can be purchased and installed. The MFJ-2400 modem is available form MFJ 
Enterprises, Inc. Installation is simple; your TNC2 is equipped with all 
connectors necessary to make this installation without modification or soldering. 
If you have the VEC-1770CT or the VEC-1776CT the 2400 modem is already 
installed inside the unit. 


With the 2400 modem installed, your TNC2 is capable of operating 300, 1200 or 
2400 baud packet. The 300 baud and 1200 baud packet modes are not affected 
by the installation of the 2400 modem. 


The addition of the 2400 modem feature will in no way require any internal 
modification to your transceiver. 


2400 PACKET OPERATION SETUP 


All default parameters are set for 1200 baud packet operation can be used for the 
2400bps operation. To operate 2400bps packet requires no unusual setup or 
parameter changes. There are however, some changes that can be made later to 
the TNC2 parameters which will enable you to improve the speed of the 
throughput performance of the 2400 operation. The "honing" of the parameters 
may not seem like much, but we have found that at 2400, the TNC2 seems to be 
more responsive to the TXDELAY, DWAIT, RESPONSE and SLOTTIMES. 
When using direct connects and good paths, the MAXFRAME and PACLEN 
commands can be increased to allow larger packets to be moved during each 
transmission. When returning to the active thru-put frequencies, these two 
commands should be reduced to their original settings. You may find that if you 
were using a TXD of 50, then a TXD of 40 will now perform better. The 
DWAIT can be shortened or lengthened to suit the AGC recovery time of your 
radio. For instance, if you have been running the DWAIT of 16, it may now 
perform better at DWAIT of 12 or even 10. The FRACK will appear to exercise 
more at 2400. 


Packet operation at 2400 baud really shows it's place in the packet world when 
used to pass large ASCII, BINARY and PICTURE files. It is always good to 
use clear frequency and/or use direct connects to the target station rather than 
going thru a node or digipeater. The reason is obvious. There are few 2400 
nodes at the present time. However, it should be pointed out that 
implementation of a 2400 node is just as easy as building and using a 1200 node. 
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To select 2400 baud packet operation, set dip switch #8 ON at SW3. The dip 
swiches 6 ,7, and 8 on SW3 will set as follows for 2400 baud operation: 


6 7 8 
OFF OFF ON 


The TNC2 will be set to 2400 packet operation. The TURBO LED will light. 
Note that if your TNC2 is not equipped with the 2400 modem, the TURBO LED 
will not function and you will not be able to operate 2400 packet. 


B. Receive Audio Setting 


The MFJ 2400 modem employs automatic gain control (AGC) for its receive 
audio. The receive audio level is pre-set for proper 2400 operation; no 
adjustment is necessary in most cases. If you set the receive audio of your radio 
properly for 1200 operation, then it will be suitable for the 2400 operation also. 
No adjustment for the receiver audio on the 2400 modem board is needed. 


C. Transmit Audio Setting 


Transmit audio on the 2400 board is set by adjusting R38 (next to T2) on the 
2400 modem board. Transmit audio for the 1276BT is pre-set at the factory to 
match the audio level of the 1200 modem on the TNC2 mother board. Once the 
1200 and the 2400 transmit audio are set to the same level, then you may adjust 
the audio level going into your radio by using the "Transmit Audio" controls on 
the left side of the TNC2. Note that these controls set the transmit audio levels 
for all the operation modes of the TNC2, including the 2400 packet operation. 
When adjusting the transmit audio level please note that the range of R38 on the 
2400 board is pre-set by CN-6 header. The shorting jumper on CN-6 header sets 
range as follows: 


CN-6 Jumper Position | Transmit Audio Range (no load) 
50 mV - 60_mV p-p 


1 & 2 (default) 100 mV - 200 mV p-p 
250 mV -3 V_p-p 
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JUMPER FUNCTIONS AND LOCATIONS 


Jumper # 
MP1 Pin! &2 

Pin 2 & 3 

OFF (Default) 
Pin 1&2 (Default) 


in2 &3 

F (Default) 
F (Default) 
(Default) 
F (Default) 


F (Default) 
(Default) 


ar) 


inl &2 
Pin 2 & 3 


OFF (Default) 
LEFT 

RIGHT (Default) 
Pins 1&2 (Default) 
Pins 2&3 

ON (Default) 

OFF 

ON 

OFF (Default) 
Pins 1&2 (Default) 
Pins 2&3 

ON 

OFF (Default) 
Pinl & 2 


| Jumper # | 
ae 
ae 
p 
Ve 
aa) 
a 
P| 
a 
Hes 
fresst= = 2 
p 
a 
3 
eS 
ae 
Wes 
Hie 2 
es 


Table G- 


OJOJO!O!OlOJOJOJO};O!O/}O]s 
esl ba test Aes 4 rel baa tes desl 4 


Pin 2 & 3 (Default) 


Zz 


Function 

!DCD (RS-232C) stays on 
!DCD (RS-232C) stays off 
!DCD reflects connect status 
4.9152 MHz CPU clock 
2.46 MHz CPU clock 
Squelch Input Enable 
Squelch Input Disable 
disable Tx watch-dog 

enable Tx watch-dog 
Lithium battery connected 
Lithium battery disconnected 
Pactor PTT Disable 

Pactor PTT Enable 

analog loopback mode 
normal modem operation 
demodulator enabled 
demodulator calibrate 
calibrate U16 tones 

normal modem operation 
digital loopback mode 
normal modem operation 
transmit data NRZ 

transmit data NRZI 

Packet PTT Signal 

Pactor PTT Signal; VEC-1776 only) 
TTL, RTS enable 

TIL, RTS disable 

Pactor TData Disable 

Pactor TData Enable 

256K Eprom Setting; (VEC-1770C) 
512K Eprom Setting; (VEC-1776) 
U40 NetRom/X1J Mod. 
Normal Operation 

2400 baud ext. modem clock 
9600 baud ext. modem clock 


1: Jumper Function 
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JUMPER FUNCTIONS AND LOCATIONS (CoNnr.) 


Jumper # 


JMP18 Pin 1 & 2 (Default) 


Pin 2 & 3 
Bottom pair (Default) 
Middle pair 


OFF(Default) 


O 
O 
O 


MP20 


N 
MP21 
OFF (Default) 
MP23* IN 


OFF(Default) 


Pin 1& 2(Default) 
Pin 2&3 
Pins 1&2 (Default) 
FF(default) 
F(default) 
FF (Default) 


N (Default) 
F 
(Default) 


MP26 


MP27 


ar) 


MPJ 


le}ie) 
Z 


MPL 


O1O 
es) 74 


MPR 


O1O 
Zz 


MP X 


| 
aq 


MP Y 


: 


[Jumper # | 
|IMPI8_ 
———ey 
| 
i | 
i | 
a 
Ns oe | 
a 
| 
fie =~ 
a 
te | 
| 
as 
eee 2 | 
—— ——_*] 


oO 
aq 
a 


Function 

Enable 19.2K baud termial 
Disable 300 baud terminal 
Enable 300 baud termial 

Disable 19.2K baud terminal 
Enable 32K mailbox RAM 
Enable 128K mailbox RAM 
Enable 512K mailbox RAM 
512K mailbox RAM 

32K or 128K mailbox RAM 
Setting when using TheNet X1J 
This is Normal setting. 

Enable memory RESET 

Normal operation 

Normal +5 Vb bbRAM operation 
Real-time clock installed 

Baud Rate Switch SW3 Normal 
Baud Rate Switch SW3 Bypass 
TX audio has flat response 

TX audio 6db/oct pre-emphasized 
TX audio loopback to PTT 
Normal Operation 

Radio Port Loopback 

Nornal Operation 

Transmit Audio Monitor Enable 
Transmit Audio Monitor Disable 
Receive Audio Monitor Enable 
Receive Audio Monitor Disable 


Table G-1: Jumper Function 
* When JMP23 is shorted, it will RESET the TNC2. This means that all 


parameters will be reset to the default values 


. This is the same as removing the 


bbRAM battery except it is much quicker. SHORTING THIS JUMPER FOR 
AN EXTENDED PERIOD OF TIME WILL DAMAGE THE TNC2!! 


** MEJ Enterprises, Inc. offers an optional 


Real-time clock module (MFJ-43) 


that can be installed on the TNC2 motherboard. This clock keeps the TNC2 
clock running all the time. You will not have to reset the clock everytime you 


turn the TNC2 on. 
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COMMAND SUMMARY 


COMMAND 
8BITCONV 


ABORT 
ACKPRIORITY 
ACKTIME 
ANSWRQRA 
AUTOLF 
AWLEN 
AX25L2V2 
AXDELAY 
AXHANG 
BBSMSGS 
BEACON 
BKONDEL 
BLP 

BTEXT 
BUDLIST 
CALIBRA 


CALSet 
CANLINE 


CANPAC 
CBELL 
CHAT 


CHECK 
CHECKV1 


CONPERM 
CMDTIME 
CMSG 
CMSGDISC 
COMMAND 


CONMODE 


CONNECT 


PARAMETER DEFAULT MODE FUNCTION PAGE 
ON|OFF Enables transmission of 8 bit data in converse 132 
mode 


I-command M-Packet Allows SYSOP to force a disconnect on the 132 
Fe (are 
Permits an acknowledging TNC to transmit 133 
without regard to slotting delay 
n 14 Packet Controls a delay that occurs whenever any 133 
Le ee packets that have been received are not 
addressed to that unit 
134 
Determines the way the <CR>characters are 135 
displayed. 
n All Defines the word length used by the TNC2 's RS- 
fecarse SAD aliene ee eee ee) 
Ver. 1 Protocol. 
n 0 Packet Sets the voice repeater keyup delay in 10 ms 
n 0 Packet Sets the voice repeater hang time in 100 ms 137 
ON|OFF off Packet Controls the display of certain messages 137 
y ee ee eee incommand and CONVERS mode 
n 0 Packet Sets the timing for an automatic transmission of a 138 
ON|OFF on Packet Determines the way the screen is updated when 139 
eS a ee ea) a character is deleted in the command mode. 
14 
Specifies the text of the beacon packet. 4 


ON|OFF off Packet Determines if the packets listed in LCALLS are 
to be displayed. 
Icommand All Used to transfer the control to the modem 
calibration routine. 


Calibration | Specifies the count settings used for Calibration 


n $18 (Ax) Packet Changes the cancel-line input editing command 14 
character. 

n $19 (AY) Packet Changes the cancel-packet inputediting command 14 
character. 

ON|OFF off Packet Sends bell tone to computer or terminal speaker 14 
when a packet connection is made. 
I-command M-Packet Allows SYSOP to break onto the mailbox's 

connected link. 


ON|OFF off Packet Enables the automatic idle-link-dis- connect 14 
he we SZ feature for AX.25 L2V1 connections. 
I 
14 


Enable a message to be transmitted whenever 
there is a connection made. 

Controls whether the TNC2 will initiate a 
disconnect sequence after it is connected to. 
mode from CONVERS mode. 

Sets the TNC2 to enter the transparent mode or 
converse mode automatically. 

Issues a connect from the command mode to 
another packet station. 


135 
136 
136 


FA 


z 
sy 


E 


14 
14 


E 


E 


14 
14 


; 
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COMMAND 


PARAMETER 
ON|OFF 


DEFAULT 


Q 
ie) 
Z 
ie) 
A 


ON|OFF 


Q 
ie) 
Z 
< 
esl 
7 
n 


I-command 


io} 
E : 


2 
g, 


blank 


; i 
x Q 
i 3 
< 
ss 


QO 


J-command 


S) 
5 


ON|OFF 


ie} 
5 


ais 
aes 
re] 
el 
> 15 
z 


\w) 


nnn 33(330Ms) 


ON|OFF 
0-254 
ON|OFF 


J-command 


class 


w 
rey 


| ONOFF Toff 
a es ee 


io} 
5 


FIRMRNR 


FLOW 
FORWARD 


ie} 


J-command 


FULLDUP 
HEADERLN 


ie} 


o190 


DIGIPEAT 
DISCONNE 
DWAIT 
ECHO 
ESCAPE 
FRACK 


HEALLED 


° 


ie} 


E =] E 
fo} 
3 
oO 


Ss 


[rea 
aD 


ON|OFF 
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MODE 
Pac 


Determines the action taken by the TNC2 
when it receives a connect request 
PacketEnables the time stamping when a 
disconnect occurs. 


1 Forces the TNC2 to enter the converse 
mode. 


ket 


PAGE 


ket 152 


153 


153 
Enables the automatic transmission of 154 
packets in the converse mode. 

Causes the TNC2_ to send a <CR>every 
time a new line character is sent. 


Determines the packet text to be sent when 
a connect is made. 


ae) 
2 
te) 


ket 156 


ae) 
2 
te) 


ket 156 


Shows streams identifier and link state of 157 
all streams. 
Determines the display format for the time 
and date. 
Determines the basic time interval used by 
the slotting procedure. 
Changes the input editing command. 
Allows your station to be used as a 
digipeater 


Used to disconnect a connected station in 
packet 

Used to list all the commands the TNC2 
acknowledges 


Used to avoid collisions with digipeating 
Allows the TNC2 to transmit back to you 
everything that you type in all mode of 
operation. 

Specifies the character which will be 
output when an <escape> character is to 
be sent 


Controls the handling of busy states by 
TNC2. 


Sets type-in flow control to the terminal 


Mail forwading to the destination bbs. 


ket 


2 
fe) 


158 
159 


~~ 
sy 
ie) 
ay 
Q 
o 


= 
wn 
Ne} 


160 
161 
161 


o 


aD 
a 


161 
162 
166 


166 


ket 167 


ket 


o | 
te) 


1 

ket 1 

box 
g 


68 
68 
9 


16 


iy 
fe) 


Sets the time interval between retries 
Allows communication in full duplex 


Affects the display format of monitored 
packets. 

Redefines the function of the STA and 
CON LEDs. 


Controls the sending of identification 
packets by the TNC2. 

Sends a special identification packet to be 
sent in packet. 

Determines whether or not the TNC2 
deletes a message after it has been 
forwarded. 

Allows the TNC2 to works as a modem 
for special programs such as TCP/IP. 

Used in conjunction with BUDLIST, 
allows selective monitoring of other 
packets. 

Allows TNC2 to understand lower case 
characters as upper after the 
streamswitch is entered. 


2 
fe) 


ke 
k 
k 170 


E 
2 
fe) 


t 
et 
et 
et 


170 


~~ 
sy 
te) 


aS 
te) 


Ki 
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PARAMETER 
ON|OFF 


DEFAULT MODE FUNCTION PAGE 


packet Determines whether the lower or upper case 74 
characters are set. 


packet Enables the TNC2 to go to the next line when a 
Packet 
Packet 
Packet Controls the STA/MAIL LED. Flashes when mail is 
presence. 

Packet Determines the class of packets which are 

monitored. 

Packet Sets the upper limit for the outstanding packets that 
can occur at one time. 

off Packet Enables monitoring of connected and disconnected 
packet when monitor is on. 

off Packet Allows the monitoring of otherpackets while 
connected to another station 

Packet Allows storing of text (messages) to be stored for 
mailbox. Text is sent when mailbox is connected 
M-Packet | Allows you to eliminate certain characters from 
received packets. 


Packet Clears the MHEARD list. 
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I-command 


I-command Packet A list of all packet monitored. 
0) Host Sets the DLC number for Host Mode 
off Packet Allows TNC2 to monitor non AX.25 packet. 


Packet Determines whether monitored packets containing 
non-printable characters are monitored or discarded 
Packet Enables packets that are not6-78 addressed to you 
to be displayed. 

on Affects the way monitored packets are displayed. 
off Enables the time stamping of monitored packets 

0 M-Packet | Mailbox connect will timeout after a time set by this 
command. 


nocall Sets the callsign of the TNC2 


blank Specifies an alternate callsign for use as a digipeater 
only. 

text Sets the heiarcal address text sent by a Mailbox 
forward. 


call 
NEWMODE ON|OFF off Packet Selects the way the TNC2 behaves when 
eee eee eel eee ae 
NODEFORW I-command M-Packet | Similar to Forward command but with callsign+ up 
NODEPATH I-command M-Packet | Commands connected node by Nodeflow to link 
NOMODE ON|OFF off Packet Determines if the TNC2 will switch manually or 
NUCR ON|OFF off Packet Causes transmission of <null> characters, producing 
ee a, ee fetes eee | a delay following any <cr> sent to the terminal. 
NULF ON|OFF off Packet Same as NUCR, instead of <cr> it sends a delay 
NULLS n 0 Packet Used in conjunction with NUCR and NULF, and 
ee | |G i ae cee specifies how many <null> characters are sent. 
PACLEN n 128 Packet Determines the number of characters it takes to 
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PARAMETER ODE FUNCTION PAGE 
n 


Packet Determines the length of time between 191 
| 
n Packet Sets the parity mode for terminal or 192 
reel 


Packet Selects the ASCII character used for the 1 
"pass" input editing character. 


off Packet Causes the TNC2 to display packets 193 
received with invalid CRC fields. 

I-command Packet Used to change the path through which 194 
you are currently connected to a station. 

blank M-Packet Permits the SYSOP to perform sysop 194 
functions remotely. 


I-command Packet Re-initializes the TNC2 using the stored 195 

parameters. 

$12 (AR) Used to change the redisplay-line input 195 
editing character. 


I-command Resets all parameters to their default 196 
values and reinitiates the unit. 
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Packet Sets the minimum delay that is imposed on 196 


0 

any acknowledging packets. 
10 Packet Allows retransmission of frames that are 
not acknowledged. 


M-Packet Callsigns of BBS to enable reverse- 
forwards. 


ON|OFF off Packet Determines whether the information will 
be sent in standard or block format. 


I-command All Generates test signals that are used by the 
internal tuning software to align the 
demodulator circuit. 
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ON|OFF on M-Packet Initiates forwards and reverse of all 200 
forwardable messages 


All 201 
n Packet Selects the character that will force a 201 

| 

nn Determines how many sides are on the slot 202 

aa eae 


$11 4Q) Selects the user restart character 203 
$13 (4S) Selects the user stop character. 03 


n 

STREAMCA ON|OFF off Used to enable the display of the 
connected to station after the stream 
identifier. 

STREAMDB ON|OFF Used to display received 
STREAMSWITCH characters by 
"doubling" them 

n 


STREAMSW Selects the character used by both the 

TNC2 and the user to select a new 
"stream". 

Enables the MAILBOX systems operator 

to enter in messages to the BBS 
system/bbs. 

TIMEDCMD 2 Text string in this command is executed at 206 
a time pre-set by Timedmin command. 


TIMEDMIN Set the time for Timedcmd command. 
TRACE f Enables the debugging protocol function. 
TRANS 


TRELOW ON|OFF f Enables and disables the software flow 208 
control. 
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TRIES Retrieves the count of "tries" on the 209 


currently selected input stream. 
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COMMAND PARAMETER DEFAULT MODE FUNCTION PAGE 
0 


Pac 


eee aa 


TXTMO n (0-65535) Pac 


ket 


ket 


Invokes efficient key up technique in transmitted 
packet to increase throughput. 

Tells the TNC2 how long to wait after keying up 
the transmitter before sending data. 

Controls a new timer that runs after the regular 
TXDELAY time has expired 
Enables the software flow 
transparent mode. 

A health counter that registers the number of 
packet timeout/recovery events that have occurred 
sine the TNC2 was powered up 


control for the 


TXUIFRAME ON|OFF Packet Used to tell the TNC2 what to do with the 
unconnected information left in its buffer. 


|XFLOW | ONJOFF | on 
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Sets the digipeat and destination address fields of 
packets sent in the unconnected mode. 

Controls the manner in which the incoming connect 
requests are handled 
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